#347 Can't connect if IPV6 is available

I noticed something, when I have an IPV6@ set that can access the internet, the program get a timeout error when launching (after the login screen, the door bluiding screen, when I click the door)

Do you get a full score on https://test-ipv6.com/ ? If you did, did the game start working?

$ ping -6 dispatchosglobal.yuan????.com 
ping: dispatchosglobal.yuan????.com: No address associated with hostname

$ ping -6 0:0:0:0:0:ffff:ac41:f071
PING 0:0:0:0:0:ffff:ac41:f071(::ffff:172.65.240.113) 56 data bytes
ping: sendmsg: Invalid argument

1. There appears to be no IPv6 resolution from my DNS server.
2. Even if it resolved to an IPv4 in the IPv6 namespace, it would not connect.

I do not know much about networking. Unless someone else has an idea, I suggest you to use IPv4 or consult search engine results. This is not an issue caused by the game patch.

if get a full score on test-ipv6

Test with IPv4 DNS record       
ok (0.466s) using ipv4
Test with IPv6 DNS record       
ok (0.478s) using ipv6
Test with Dual Stack DNS record     
ok (0.461s) using ipv6
Test for Dual Stack DNS and large packet        
ok (0.393s) using ipv6
Test IPv6 large packet      
ok (0.485s) using ipv6
Test if your ISP's DNS server uses IPv6     
ok (0.468s) using ipv6
Find IPv4 Service Provider      
ok (0.792s) using ipv4 ASN 5410
Find IPv6 Service Provider      
ok (0.458s) using ipv6 ASN 5410

somehow it's working today, but when I opened the issue, I solved by shutting down my IPV6@... will check again test-ipv6 when it occurs again

If ipv6 is down only sometimes it basically amounts to there being demons in your internet setup, probably something temporary at your ISP. If it happens too often you can complain to your internet provider, but it will probably be quietly fixed after a while regardless.

Minorly flaky ipv6 alongside ipv4 isn't that rare, browsers will fall back to ipv4 in a fraction of a second so it's not a major issue to most people yet. The game isn't robust like that, if it resolves an ipv6 address that's what it will use.

@WoL A similar issue was just reported in #351. Would you please be so nice to check whether the line precedence ::ffff:0:0/96 100 in /etc/gai.conf solves the issue?

until now, I didn't had the issue anymore.... if it reproduce I'll try the modification of gai.conf

@WoL Did you run into this issue again? If not, I will close this issue as solved.

did not happened... maybe some transient routing issue.... you can close thanks for the support