Skip to content

--dns-result-order=ipv4first behaviour change in v22.12.0 #56204

@DevRCRun

Description

@DevRCRun

Version

v22.12.0

Platform

Microsoft Windows NT 10.0.20348.0 x64

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

Metadata

Metadata

Assignees

No one assigned

    Labels

    confirmed-bugIssues with confirmed bugs.dnsIssues and PRs related to the dns subsystem.windowsIssues and PRs related to the Windows platform.

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions