Отключению неявных функций ipv6
Создаём параметра DWORD (32 бита):
В редакторе реестра “Regedit” создаем параметр DWORD (32бита).
В названии указываем DisabledComponents, в значении FFFFFFFF (8 знаков буквы F) для шестнадцатеричной системы исчисления.
Указываем значение в шестнадцатеричной системе FFFFFFFF.
Или создаём ключ в реестре через командную строку в десятичной системы исчисления:
1 2 |
reg add HKLM\SYSTEM\CurrentControlSet\Services\tcpip6\Parameters /v DisabledComponents /t REG_DWORD /d 4294967295 Операция успешно завершена. |
Также отключаем службу 6to4, после этого интерфейсы 6to4 больше не будут создаваться:
В командной строке с правами администратора набрать,
1 2 |
netsh in 6to4 set state disabled ОК. |
Ну, вот собственно и всё, поддержка интерфейса в системе отключена. На этом всё, удачи!!!
А вот теперь сообщаем более технологичное решение: просто повысить приоритет протокола IPv4 над протоколом IPv6, тем не менее сохранив работоспособность IPv6. Решение не требует перезагрузки, вступает в действие моментально. Нужно открыть командную строку в режиме администратора, и выполнить там две команды:
1 2 |
netsh interface ipv6 set prefix ::/96 60 3 netsh interface ipv6 set prefix ::ffff:0:0/96 55 4 |
Всё, работает! Проверим на примере «чистой» Windows 2012 Server (жирным выделены команды, дальше в сокращённом виде приводится ответ операционной системы):
ping gilev_test
Обмен пакетами с gilev_test [fe80::21c0:ff89:967f:955a%19] с 32 байтами данных:
Ответ от fe80::21c0:ff89:967f:955a%19: время<1мс
…
Итак, возвращается адрес в формате IPv6 (fe80::21c0:ff89:967f:955a%19).Применим наше лекарство:
1 2 |
netsh interface ipv6 set prefix ::/96 60 3 ОК. |
1 2 |
netsh interface ipv6 set prefix ::ffff:0:0/96 55 4 ОК. |
Снова проверим ping:
ping gilev_test
Обмен пакетами с gilev_test [192.168.1.5] с 32 байтами данных:
Ответ от 192.168.1.5: число байт=32 время<1мс TTL=128
…
Как видим — результат резко изменился в нужную нам сторону, стал возвращаться адрес 192.168.1.5. Теперь проверим, что по адресу в формате IPv6 сервер по-прежнему пингуется, и мы ничего не сломали
ping fe80::21c0:ff89:967f:955a%19
Обмен пакетами с fe80::21c0:ff89:967f:955a%19 по с 32 байтами данных:
Ответ от fe80::21c0:ff89:967f:955a%19: время<1мс
…
P.S. в некоторых случаях если команды не помогли, то выполните дополнительную команду:
1 |
netsh interface ipv6 set prefix ::/96 1 3 |