Skip to content

Automatic Punycode Conversion for Hostnames #4558

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Open
2Friendly4You opened this issue May 27, 2025 · 0 comments
Open

Automatic Punycode Conversion for Hostnames #4558

2Friendly4You opened this issue May 27, 2025 · 0 comments

Comments

@2Friendly4You
Copy link

Is your feature request related to a problem? Please describe.
Currently, Nginx Proxy Manager (NPM) requires users to manually convert Internationalized Domain Names (IDNs) to Punycode when entering hostnames for proxy hosts, redirection hosts, and other configurations. This can be a source of confusion and errors for users who are not familiar with Punycode or the conversion process. It also adds an extra step to the configuration workflow.

For example, if a user wants to configure a proxy host for the domain bücher.example.com, they need to manually convert bücher to its Punycode equivalent, xn--bcher-kva, and enter the full Punycode hostname xn--bcher-kva.example.com.

Describe the solution you'd like
I would like to propose adding an option for automatic Punycode conversion within Nginx Proxy Manager. When a user enters a domain name that contains non-ASCII characters, NPM should automatically convert it to its Punycode representation behind the scenes. The user could still see the original IDN displayed in the interface for clarity, but the underlying configuration would use the Punycode version.

Describe alternatives you've considered
The current alternative is manual conversion, which is less user-friendly and prone to errors.

Additional context
Implementing automatic Punycode conversion would significantly improve the user experience for anyone working with IDNs. It would reduce the likelihood of configuration errors and make NPM more accessible to users worldwide. This feature could be a simple toggle in the settings or a default behavior with an option to disable it if needed. The interface could also provide a visual indicator or tooltip to show the user that a conversion has taken place.

Thank you for considering this feature request.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant