Почему моя конфигурация IPv6 может достигать одних хостов, но не всех?

Я пытаюсь настроить IPv6 для одного из моих Linux-машин, но есть вещи, которые я еще не понимаю. Есть одна хитрая вещь: машина должна иметь статический адрес, но также использовать SLAAC. Машина должна работать в двух разных средах: в первой среде есть маршрутизатор, который поддерживает SLAAC, но статический шлюз отсутствует. Во второй среде SLAAC вообще не работает, но вместо этого присутствует статический шлюз. Возможно, это звучит немного страшно (так ли это?), но очень похожая настройка прекрасно работала только на IPv4 до сих пор. Я действительно хочу сохранить это; мой вопрос не столько о очень разных альтернативных подходах.

В первой среде я могу добраться только до некоторых хостов IPv6 (я пока не знаю, как это будет работать во второй среде).

Я использую systemd-networkd для настройки сети, и вот моя конфигурация сетевого интерфейса (некоторые значения анонимизированы):

[Match]
Name=e*

[Network]
Address=2a00:.../64
DNS=...
# IPv4 работает хорошо, но для полноты картины:
Address=185.1.2.3/29
Address=185.1.2.4/29
DHCP=ipv4

[Route]
Gateway=2a00:...:1
Metric=2000

[Route]
Gateway=185.1.2.5
Metric=2000

Это вывод команды ip addr для этого интерфейса (в первой среде), снова анонимизированный:

2: enp5s0:  mtu 1500 qdisc fq_codel state UP group default qlen 1000
    link/ether aa:bb:cc:dd:ee:ff brd ff:ff:ff:ff:ff:ff
    altname enxfoo
    inet 185.1.2.3/29 brd 185.1.2.5 scope global enp5s0
       valid_lft forever preferred_lft forever
    inet 192.168.50.209/24 metric 1024 brd 192.168.50.255 scope global dynamic enp5s0
       valid_lft 83782sec preferred_lft 83782sec
    inet 185.1.2.4/29 brd 185.1.2.5 scope global secondary enp5s0
       valid_lft forever preferred_lft forever
    inet6 2001:.../64 scope global dynamic mngtmpaddr noprefixroute 
       valid_lft 594sec preferred_lft 594sec
    inet6 2a00:.../64 scope global 
       valid_lft forever preferred_lft forever
    inet6 fe80:.../64 scope link proto kernel_ll 
       valid_lft forever preferred_lft forever

Таблица маршрутизации выглядит так:

2001:.../64 dev enp5s0 proto ra metric 1024 expires 595sec pref medium
2a00:.../64 dev enp5s0 proto kernel metric 256 pref medium
fe80::/64 dev enp5s0 proto kernel metric 256 pref medium
default nhid 2343432122 via fe80:... dev enp5s0 proto ra metric 1024 expires 595sec pref medium
default via 2a00:...:1 dev enp5s0 proto static metric 2000 pref medium

$ ip nexthop show
id 2343432122 via fe80:... dev enp5s0 scope link proto ra 

Пока все идет хорошо. У меня есть общее понимание этого, но я не эксперт. Для меня кажется, что у нас там установлена статическая настройка, но SLAAC также работал, и динамический маршрут имеет лучший метрический показатель, поэтому это было достаточно хорошо, чтобы попробовать. Однако я могу добраться только до некоторых хостов. Этот работает:

$ ping6 2604:1380:4641:c500::1
PING 2604:1380:4641:c500::1 (2604:1380:4641:c500::1) 56 data bytes
64 bytes from 2604:1380:4641:c500::1: icmp_seq=1 ttl=54 time=126 ms
64 bytes from 2604:1380:4641:c500::1: icmp_seq=2 ttl=54 time=127 ms

А этот не работает:

$ ping6 2a00:1450:4001:830::2003
PING 2a00:1450:4001:830::2003 (2a00:1450:4001:830::2003) 56 data bytes

Я попробовал немного больше, и кажется, что это зависит от начала адреса назначения. Затем я проверил, какие решения маршрутизации применяются в этих двух случаях:

$ ip -6 route get 2604:1380:4641:c500::1
2604:1380:4641:c500::1 from :: via fe80::... dev enp5s0 proto ra src 2001:... metric 1024 pref medium

$ ip -6 route get 2a00:1450:4001:830::2003
2a00:1450:4001:830::2003 from :: via fe80::... dev enp5s0 proto ra src 2a00:... metric 1024 pref medium

Таким образом, для рабочего случая он решил использовать адрес, полученный через SLAAC, в качестве адреса источника. Отлично. Для нерабочего случая он решил использовать статический адрес. Это не может сработать. Пакеты никогда не найдут дорогу обратно. Но почему он это делает? Я вижу, что мой статический адрес начинается с “2a00”, как и адрес назначения. Но является ли это причиной? Каковы именно там правила? Я еще не понимаю этого и пока не смог найти ценные ответы в Интернете. Есть ли простой способ это исправить?

Один из основных принципов выбора исходного адреса IPv6 — “наиболее длинный общий префикс”. Каждый из кандидатов на роль исходного адреса сравнивается с адресом назначения, чтобы определить, сколько идентичных битов они имеют (считая слева, как с префиксами CIDR), и адрес с наиболее длинным общим префиксом выбирается в качестве исходного адреса.

Важно, что только адрес назначения — не адрес шлюза — сравнивается с кандидатами на роль исходных адресов. (Хотя с IPv6 SLAAC также должно быть правило, предпочитающее источники, которые находятся в пределах префикса, рекламируемого этим конкретным шлюзом, но я не помню, реализовано ли это в Linux. Думаю, что нет.)

Попробуйте добавить параметр PreferredSource= к вашим маршрутам (известный как src в iproute2). Он работает одинаково в IPv4 и IPv6 и может использоваться для указания предпочтительного исходного IP-адреса, когда используется этот маршрут.