--dns-result-order=ipv4first behaviour change in v22.12.0 #56204
Labels
confirmed-bug
Issues with confirmed bugs.
dns
Issues and PRs related to the dns subsystem.
windows
Issues and PRs related to the Windows platform.
Version
v22.12.0
Platform
Subsystem
dns
What steps will reproduce the bug?
We are tracking v22.x with a view to migrating in the Spring. Have just upgraded test system from v22.11.0 and restarted applications.
Applications are express configured to listen on https with server hostname. Under Node 18.x we are using --dns-result-order=ipv4first to get the binding to the IPV4 address rather than IPV6. This worked the same with v22.11.0
Now that v22.12.0 is installed in place of v22.11.0 - despite the argument still being in place, the application binds to the IPV6 address.
With the argument removed, the IPV6 address binds also.
How often does it reproduce? Is there a required condition?
As above
What is the expected behavior? Why is that the expected behavior?
Node binds to IPV4 address.
What do you see instead?
Node binds to IPV6 address
Additional information
In https://nodejs.org/en/blog/release/v22.12.0 I can see #55392
Using the same test as the original reporter, under Node 18.x I get
null [ { address: '::1', family: 6 }, { address: '127.0.0.1', family: 4 } ]
Under 22.11.0 it is the same
null [ { address: '::1', family: 6 }, { address: '127.0.0.1', family: 4 } ]
But with 22.12.0 installed it outputs
null [ { address: '::1', family: 6 } ]
Thanks
The text was updated successfully, but these errors were encountered: