Dts Plugin - IPV6 machines cannot download zip file

[RussellCanfield]

Describe the bug

On my mac which is setup to prefer ipv6, federated types will not download due to the axios agent's "family: 4" configuration. The loopback ip address 127.0.0.1 does not resolve to localhost. Is there a better way than just assuming ipv4 is the answer and perhaps work like the dev server -> host option for ipv6 and fallback to ipv4 ?

This was tricky to track down, and I think in general the DTS Plugin could use a lot more information logs events where it has many early returns. Especially in situations where the HTTP Call to get the type data fails.

Reproduction

https://github.com/RussellCanfield/zephyr-demo

Used Package Manager

pnpm

System Info

System:
    OS: macOS 15.1.1
    CPU: (16) arm64 Apple M4 Max
    Memory: 3.58 GB / 64.00 GB
    Shell: 5.9 - /bin/zsh
  Binaries:
    Node: 22.10.0 - ~/.nvm/versions/node/v22.10.0/bin/node
    npm: 10.9.0 - ~/.nvm/versions/node/v22.10.0/bin/npm
    pnpm: 9.15.0 - ~/Library/pnpm/pnpm
  Browsers:
    Chrome: 131.0.6778.205
    Safari: 18.1.1

Validations

• Read the docs.
• Read the common issues list.
• Check that there isn't already an issue that reports the same bug to avoid creating a duplicate.
• Make sure this is a Module federation issue and not a framework-specific issue.
• The provided reproduction is a minimal reproducible example of the bug.

[ScriptedAlchemy]

in node@17 localhost will resolve to ipv6 by default, but for modernjs/rspack, it use ipv4 by default , so it can not fetch the types file.
Will see if we can add an option to allow user to specify

[github-actions]

Stale issue message

[ogonkov]

I would like to reopen this issue, because i have the same problem

I guess it is caused by this lines

https://github.com/module-federation/core/blame/e6618381b068c0acf7f98b786dbf5cc9842ad77f/packages/dts-plugin/src/core/lib/utils.ts#L154-L155