Чтобы получить полезную связь по IPv6, необходимо, чтобы устройства были в одной подсети IPv6, чтобы иметь возможность общаться. Поскольку DHCPv6 не является предпочтительным распространенным способом обмена адресами, у вас есть две возможности убедиться, что вы используете одну и ту же подсеть IPv6: использование объявлений маршрутизатора или назначение статических адресов IPv6.
Я предполагаю (и мог быть ошибочным в данном конкретном случае), что эта настройка "сквозного пропускания" IPv6 заставляет ваш маршрутизатор действовать больше как коммутатор, если полезная нагрузка фрейма представляет собой пакет IPv6.
Если ваш маршрутизатор работает как коммутатор, и на самом деле не "маршрутизирует" пакеты IPv6, а передает их вашему провайдеру, то по сути ваш провайдер действует как ваш роутер. В этом случае ваше физическое устройство "маршрутизатор" не маршрутизирует трафик и не является частью конфигурации IPv6, поэтому, когда я говорю "маршрутизатор", я действительно имею в виду вашего провайдера.
Другая возможность заключается в том, что ваш "маршрутизатор" настроен на маршрутизацию трафика между подсетями. В этом случае у вас могут возникнуть проблемы с устранением неполадок маршрутизации IPv6 между подсетями. Однако это более сложный шаг. Более простой шаг - сначала устранить неполадки - использовать ICMPv6 с помощью команд "ping", «ping -6» или "ping6" (которые будут зависеть от вашей операционной системы) для успешной связи.
Обычно я стараюсь не использовать такую настройку "сквозного доступа", потому что тогда моя локальная настройка не будет зависеть от моего провайдера. Если мой маршрутизатор работает как настоящий маршрутизатор и выполняет маршрутизацию между подсетями по мере необходимости, то я могу по крайней мере установить связь с моим собственным оборудованием, не беспокоясь о каких-либо настройках, которые может изменить провайдер (даже если они отключают мою интернет-службу).
При первоначальном устранении неполадок назначение статических адресов IPv6 (то есть выбор адресов) может быть проще. Первое, что вам нужно сделать, это выяснить, каковы IPv6-адреса маршрутизатора. Должен быть один адрес, который начинается с «fe80:» до «febf:» (безусловно, обычно это «fe80:»), и еще один адрес, который я сейчас назову «2001:0db8:что-то». , (На самом деле, я могу в значительной степени гарантировать вам, что он не начинается с «2001:db8:»; этот диапазон адресов зарезервирован для примеров документации, таких как этот.)
При статической адресации присвойте своему компьютеру близкий, но другой адрес IPv6. Например, если ваш маршрутизатор использует 2001:db8:f00d:cafe:babe:face:0fc0:ffee, то присвойте свой адрес 2001:db8:f00d:cafe::5
Я просто предположу, что вы знакомы с нотацией IPv6: например, вы понимаете, как 2001: db8:: 5 расширяется до полного IPv6-адреса. Итак, я могу использовать адреса, которые используют стандартные методы сокращения. Если вы этого не знаете, вы можете просмотреть учебник по этому вопросу, прежде чем тратить гораздо больше времени на устранение неполадок.
Ваша карта Wi-Fi и маршрутизатор также должны иметь локальный адрес связи. Каждый из них будет начинаться в диапазоне от «fe80: что-то» до «febf: что-то» в соответствии с соответствующим разделом RFC, хотя обычно я вижу, что они начинаются с просто «fe80:» (и я видел, что обучение Cisco говорит, что оно начинается с fe80:). Вы можете попробовать пропинговать это, что поможет подтвердить, что IPv6 работает на карте Wi-Fi. Обратите внимание, что использование локальных адресов связи с ping может потребовать указания интерфейса. Таким образом, в Windows вместо «ping -6 fe80:: 1» вам может понадобиться «ping -6 fe80:: 1% 24». "24" в этом случае относится к номеру карты, который является левым номером, показанным в списке интерфейсов вывода «netstat -nr» Windows. Я знаю, что этот вопрос был помечен как «Windows 8.1», но я просто быстро упомяну, что при использовании Unix ваш синтаксис может выглядеть примерно так: «ping6 fe80:: 1% eth0» (назван в честь вашего сетевого адаптера, который в Linux часто "eth0"). Это связано с тем, что если на компьютере установлено несколько сетевых адаптеров (например, Ethernet и Wi-Fi), он не может использовать стандартные правила маршрутизации (просто проверяя подсеть), чтобы определить, какой сетевой адаптер использовать при отправке на адрес, начинающийся с fe80:, потому что обычно обе карты находятся в подсети fe80:. Так что вы должны указать.
Разумеется, одной из возможных проблем является межсетевая защита ICMPv6. Может быть, немного маловероятно, но стоит проверить, не пропадает ли пинг IPv6.
Большая часть основных функций IPv6 является частью стека TCP/IPv6, который обычно является частью операционной системы. Другим компонентом является стек TCP/IPv4, который также обычно является частью операционной системы. Эти стеки обрабатывают уровень 3 и выше модели OSI. Разница между Ethernet и Wi-Fi находится на уровне 2 модели OSI и обычно обрабатывается другой частью операционной системы (возможно, драйвером NIC? Или обязательна?). Таким образом, если у вас TCP/IPv6, работающий с Ethernet, и у вас работает Wi-Fi, то все необходимые компоненты сетевого программного обеспечения протестированы. Суть потенциального сбоя заключается в том, как взаимодействуют уровень 3 OSI и уровень 2 OSI. На это влияет то, что конфигурация сетевой карты (которая в основном состоит из 2-го уровня) содержит лишь немного деталей OSI 3-го уровня. Это та часть всего, что может быть сломано. Проще говоря, способ выполнить всю эту работу, как правило, состоит в том, чтобы просто удостовериться, что сетевой карте назначены правильные данные, касающиеся адреса IPv6 и размера подсети (также известный как "длина префикса", особенно в IPv6, или обычно "маска подсети" в IPv4). И "шлюз по умолчанию" необходим для маршрутизации, но неправильная настройка, которая не должна влиять на вашу способность взаимодействовать с устройствами, которые находятся на той же ссылке (используя адреса, которые находятся в той же подсети).
