Не устанавливайте шлюз на хосте, действующем как маршрутизатор для самого себя. Если ваш интернет-провайдер предоставил адрес шлюза, используйте его в качестве шлюза на хосте или позвольте хосту использовать объявления маршрутизатора для настройки. Адрес шлюза никогда не должен совпадать с собственным адресом сервера. Адрес, используемый для маршрутизации для других хостов, не должен иметь назначенного шлюза.

Ваш интернет-провайдер мог предоставить вам адрес для вашего внешнего (Интернет) интерфейса. Настройте свой интерфейс eth0, используя его с соответствующим адресом шлюза, если он указан. Используйте адрес / 64 на своем внутреннем интерфейсе (eth1), если он у вас есть. Вы также захотите настроить radvd для запуска в этом интерфейсе.

Если у вас нет внутреннего интерфейса, вы можете добавить статический адрес в свой диапазон / 64, добавив строку в свою конфигурацию inet6, например.

up ip -6 addr add 2607:F878:***::2 dev eth0

Познакомьтесь с ip такие команды как ip -6 addr, ip -6 route, и ip -6 neigh. Обычно используется несколько адресов и маршрутов.

Шлюзы по умолчанию в IPv6 работают немного иначе.

Я предлагаю вам начать tcpdump и смотреть это для Router Advertisements (возможно, вы захотите проанализировать захват в WireShark - намного проще). Вот как ваш IPv6-хост знает, как выйти в Интернет. Также следите за Neighbor Solicitation поскольку это замена ARP.

Если вы видите, что эти запросы поступают, но не возвращаются, то ваш внутренний брандмауэр блокирует трафик IPv6. Если вы видите, что они уходят (запросы), но не возвращаются, то вам нужно убедиться, что длина вашего префикса верна (это /64 часть. Хотя я видел много /64выходят из строя, что на самом деле /48).

Большой важный жирный шрифт

ICMP абсолютно критичен для функциональности IPv6. В IPv4 его можно заблокировать без особого воздействия, но в IPv6 вся сеть полагается на ICMP для всех своих функций. Не блокируйте это.

Что касается

Мой провайдер дал мне "/ 64" (что бы это ни было - я все еще не понимаю) адресов IPv6

Это ваша длина префикса, ранее известная как ваша Маска подсети это используется для CIDR. Чем меньше число, тем больше у вас IP-адресов. Для IPv6, /64 и /48 очень распространены и должны дать вам больше IP-адресов, чем вам когда-либо понадобится за всю жизнь.

Невозможно дать полный ответ, не зная полных данных, которые ваш интернет-провайдер предоставил вам для вашей конфигурации.

Ваш провайдер может отправить вам ваш / 64 двумя способами.

В идеале: провайдер предоставляет два сетевых адреса. Один для вашей ссылки на поставщика (например, 2001: db8: 1001: abcd :: / 64), и в этом случае они скорее всего дадут вам адрес шлюза в этой сети (например, 2001: db8: 1001: abcd :: 1) а также сообщает вам использовать конкретный адрес для вашего хоста (например, 2001: db8: 1001: abcd :: 1001: feaf). Второй сетевой адрес будет вашим / 64 для вашей внутренней сети (например, 2001: db8: 1001: feaf :: / 64). Ваш хост, настроенный с указанным выше адресом интерфейса, будет действовать как шлюз для этой сети. Предполагая, что у вас есть интерфейсы Ethernet eth0, обращенные к провайдеру, и eth1, обращенные к вашей внутренней сети, вы должны настроить файл интерфейсов (части IPv6) следующим образом:

auto eth0
iface eth0 inet6 static
   pre-up mod probe ipv6 # This shouldn't be necessary, make IPv6 a default mod
   address 2001:db8:1001:abcd::1201:feaf
   netmask 64
   gateway 2001:db8:1001:abcd::1

auto eth1
face eth1 inet6 static
  address 2001:db8:1001:abcd:feaf::1
  netmask 64

Это должно привести вас к тому, что вы сможете пинговать различные места в Интернете через вашего провайдера с хоста шлюза.

Чтобы заставить ваши внутренние хосты работать, вам может потребоваться несколько дополнительных шагов, таких как включение пересылки для пакетов IPv6, проверка того, что ip6tables настроен на пересылку пакетов, которые вы хотите пересылать, и т. Д.

Как упоминалось ранее, блокировка ICMP6 нарушит ваше соединение IPv6.

Если ваш провайдер ожидает, что вы будете использовать SLAAC для ссылки, тогда вам понадобится другая (динамическая) конфигурация, которая немного противоречит здравому смыслу, но это маловероятно, потому что вашему провайдеру нужно знать, как направить ваш внутренний / 64 на ваш динамический адрес. .

Второй возможный способ - это, по сути, мостовая сеть, где ваш хост действует как мост, а не как маршрутизатор. В этом случае у вас не было бы соединения eth1, и все ваши хосты были бы в том же сегменте LAN, что и ваш провайдер и eth0 (физически или через мостовые интерфейсы).