Description:
ISSUE
Customers are using an IPv6 enabled server or VM and experience the following symptoms:
DETAILS
QA has found a potential issue that our customers may run across, dealing with IPv6 compatibility. It is not product specific, so may be seen on various products.
The support for IPv6 can be enabled or disabled on a VM or server, irrespective of the settings for an individual interface. This means that even if you disable IPv6 in each of the NIC properties, the server itself could still support IPv6.
The problems this can cause are typically seen only when running a browser on the server or VM console - essentially using "localhost" as the hostname. Thus, the IPv6 issue is affecting the server and host, not the interfaces themselves.
The first place this was observed was that the links to the Administration Guide and User Guide in the "About" dialog no longer worked. Those links form a URL to the pdf files for the Guides by appending part of the pathname to the hostname of the local server.
If you run a browser on the server or VM and access the product (SuperAgent or ADA, in this case) using localhost, then the URL that the link tries to build is listed as:
http://::1/superagent/documentation/sa_adminguide.pdf
or
http://::1/superagent/documentation/sa_userguide.pdf
Note the use of ::1 where you would typically expect to see either localhost or 127.0.0.1.
This is because ::1 is the IPv6 shorthand for localhost. Neither of these links work when using the ::1, but do work correctly with 127.0.0.1.
The second place this was seen was that email from that host (VM or server) no longer worked, when issued from a browser on localhost. Again, it was found that this was due to the way that ::1 was used instead of localhost or 127.0.0.1.
Solution:
There are a couple of solutions to this issue that can be used until full IPv6 support is instituted in our products.