Теперь я знаю ответ: Я совершил серьезную ошибку и даже не сказал вам. Также был запущен radvd
для объявления маршрутизатора, и вместо RA'ing 64-сети я RA'ing 56-net. Таким образом, маршрутизатор и / или шлюз всегда спрашивают , у которого есть ...
сообщение с запросом, что означает, что он думал, что находится в той же подсети, что и сервер, на который был проведен ping.
Я играю с некоторой маршрутизацией и адресами IPv6, столкнулся с странной проблемой и не могу понять. Я могу пинговать только в одном направлении, но не в другом.
Допустим, у меня есть 3 ПК и маршрутизатор:
Client[eth0] <---> [lan1]Router[wan] <---> [box0]Gateway[eth0] <---> [eth0]Server
Клиент, Шлюз и Сервер являются Контейнером LXC и отлично работают с IPv4!
На шлюзе работает DHCPv6-сервер, который делегирует префикс ( 2001: db8: 0: 1 :: / 56
) через интерфейс box0
, поэтому маршрутизатор получает IP-адрес ( 2001: db8: 0: 1: 8856: 7cf8: 8e46: d8cb
), а клиент настраивается сам.
Интерфейс box0
на шлюзе имеет статический IP-адрес из той же подсети: 2001: db8: 0: 1 :: 1234: 1
.
Интерфейс eth0
на шлюзе имеет статический IP-адрес из другой подсети: 2001: db8: 0 : 2 :: 4321: 1
. См. Измененный 2
в префиксе.eth0 @ gateway имеет: 2001: db8: 0: 2 :: 4321: 2
Сначала я включил пересылку IPv6 с помощью
sysctl net.ipv6.conf.all.forwarding=1
. Теперь я настроил маршрут на шлюзе, который ведет в подсеть / 56
ip -6 route add 2001:db8:0:1::/56 via 2001:db8:0:1:8856:7cf8:8e46:d8cb
И маршрут по умолчанию для сервера
ip -6 route add default via 2001:db8:0:2::4321:1
Моя проблема: Я могу пинговать все со стороны сервера (кроме клиента, потому что маршрутизатор его блокирует), но я не могу пинговать что-либо за eth0 @ gatewayсо стороны маршрутизатора.
Вы сталкивались с таким, на мой взгляд, странным поведением? Вам нужна дополнительная информация, например, таблица маршрутизации и т. Д.?
Ответ довольно прост и связан с неправильной конфигурацией.
Был также запущен radvd
для объявления маршрутизатора, и вместо RA'ing 64-сети я RA'ing 56-net. Таким образом, маршрутизатор и / или шлюз всегда спрашивали, у кого есть ... запрашивающее сообщение, что означает, что он думал, что находится в той же подсети, что и проверенный сервером.