> Pierre-Yves Ritschard <p...@cvs.openbsd.org> wrote: > > > Add a resolv.conf option to specify the order in which getaddrinfo > > PF_UNSPEC queries are made. While there change the default from inet6 > > first then inet4 to inet4 first then inet6, this prevents the many > > people with IPv4 only connectivity from constantly trying to contact > > IPv6 addresses, and also unbreaks many ports who don't use getaddrinfo > > right. > > This does not unbreak any port, it _hides_ the bug.
there are two problems. one is that some applications do not walk the whole address list. that is inexcuseable, and they should be repaired. the other problem is that the v6-before-v4 address list ordering which was being pushed by standards commitees ignores reality. it is ridiculous to put worse addresses before better addresses. the only result is that it increases the time it takes to connect to working service. part of the reasoning by ietf and other orgs for the ordering was that applications can determine what they should route to. ipv6 is full of this stupid reasoning. applications are too busy solving their own problems, and should not be trying to perform routing duties. ipv6 got this wrong on many levels. ipv4 got this right, and continues to get it right. the new default is designed to solve the second problem. as a side effect, unfortunately, it hides the ports problems. hopefully you will continue to pester those application authors. but have some heart. pyr and some others wanted the default to be 'family inet4', but it is now properly set to 'family inet4 inet6'.
