-
Notifications
You must be signed in to change notification settings - Fork 42
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
Listen issue #86
Comments
First of all, I have an idea how to support both styles of configuration in the role and I'll try to implement it shortly to finish this issue once and for all. But. I decided to design DebOps with both IPv4 and IPv6 enabled and present in mind. In 2015 there's no reason not to support IPv6 stack. If an application has a problem with interpreting IPv4-mapped IPv6 addresses, it needs to be fixed. For example, with Python there are modules which can be used to manipulate the IP addresses. |
The way I suggested both technologies work seamlessly. The difference is that is honored the legacy of IPv4. IPv6 is treated as IPv6 What is "wrong" is to force the IPv4 be treated as IPv6. |
I suppose that the real issue here is that As for which mode is enabled by default... I guess it's just personal taste. To set the separate ports instead of dual-stack, all you need to do now is set in
This will make sure that all |
Though it works the solution to use only one line in listen it is not the best solution.
It would be nice if the listen was set by default as follows:
Reference: https://chrisjean.com/fix-nginx-emerg-bind-to-80-failed-98-address-already-in-use/
A problem with using only one line is that the clients IPs are always converted to IPv6 (::ffff:192.168.0.2) and the systems that control access by IPv4 end up malfunctioning.
The text was updated successfully, but these errors were encountered: