IPv6 не является просто другим способом записать адреса IPv4, и Вы не можете преобразовать между ними, поскольку Вы сделали. Сервер, который действительно говорит v6, будет иметь адрес v6, который очень отличается от его адреса v4. Например, хост orange.kame.net
имеет адрес v4 203.178.141.194
и адрес v6 2001:200:dff:fff1:216:3eff:feb1:44d7
.
Для успешного использования IPv6, Вам нужна любая поддержка его от Вашего ISP (необычный, к сожалению) или устройство, которое делает туннелирование для Вас. Позже создается в Windows 7, Mac OS X и нескольких других OS:es.
Или это могло бы быть из-за моего сервера или ISP, не поддерживающего IPv6?
Да, абсолютно. Или Ваш ISP должен поддерживать IPv6 исходно, или Вы устанавливаете 6in4 туннель с одним из известных туннельных брокеров (например, http://tunnelbroker.net/).
Префикс Вы пытаетесь использовать (:: ffff:0:0/96), для отображенных адресов IPv4. Это - механизм API, который позволяет программному обеспечению открыть единственный сокет и принять запросы IPv6 и IPv4. На моих поддерживающих IPv6 адресах узлов в OpenSSH vsftp и lighttpd зарегистрированы тот формат, например.
auth.log.0:Aug 20 07:01:18 my_host sshd[19411]: refused connect from ::ffff:60.190.31.214 (::ffff:60.190.31.214)
Вы не должны видеть этот префикс ни в каком живом трафике; это обнаружится на проводе как IPv4. Существует подобный префикс (:: ffff:0:0:0/96, отметьте дополнительное "0"), который был предложен для формы 6to4 перевод. Я не знаю, используется ли это. Я не видел никого ":: ffff" обращается в любом трафике действующей сети.
Как несколько других людей указали, IPv6 не является обратно совместимым надмножеством IPv4. Это - один из крупнейших людей жалоб, имеют об этом. Вы или выполненный это независимо двойным стеком или туннелирование, или Вы переводите его.
Я начал экспериментировать с IPv6 путем создания туннеля. После того как я был удобен я сложенный двойным образом мои общедоступные серверы. К счастью мой поставщик услуг хостинга использует собственный IPv6.