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

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

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

Большой важный полужирный бит

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

В отношении

Мой поставщик дал мне "/64" (независимо от того, что это - я все еще смущен) адресов IPv6

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

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

Ваш ISP, возможно, предоставил Вам адрес для Вашего внешнего интерфейса (Internet). Настройте свое использование интерфейса 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. Распространено иметь несколько адресов и маршрутов.

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

Есть два способа, которыми ваш провайдер может перенаправить вам ваш / 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 (физически или через мостовые интерфейсы).