Hide Forgot
Description of problem: Identical to F20 bug #1096415, ping doesn't bother to specifically ask for an IPv4 address nor does it check whether it received one. With 'options inet6' ping will ask for 'an address' rather than 'an IPv4 address' and will receive an IPv6 one. Therefore, the IPv6 address is parsed away as an IPv4 address and that get's pinged. The issue is resolved in later versions of iputils. Version-Release number of selected component (if applicable): iputils-20071127 How reproducible: 1. Add 'options inet6' to /etc/resolv.conf 2. Ping a host with at least one AAAA record Actual results: strange IP address is being pinged. Expected results: The correct IP address should be pinged. Additional info: Working/Expected situation: /etc/resolv.conf: nameserver 8.8.8.8 sys# dig +short -t A www.pcextreme.nl pcextreme.nl. 109.72.87.211 sys# ping www.pcextreme.nl PING pcextreme.nl (109.72.87.211) 56(84) bytes of data. (...) Broken situation: /etc/resolv.conf: options inet6 nameserver 8.8.8.8 sys# dig +short -t A www.pcextreme.nl pcextreme.nl. 109.72.87.211 sys# ping www.pcextreme.nl PING pcextreme.nl (42.0.15.16) 56(84) bytes of data. (...)
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://rhn.redhat.com/errata/RHBA-2015-1251.html