IPv6

[Olej]

Естественно

Мало того что:
- ни мой провайдер (продвинутый и с понтами: оптоволокно, GPON...) не поддерживает и не собирается IPv6 ...
- и хостер этого форума, на другом конце в Казахстане, не поддерживает (но может хоть собирается? ) IPv6 ...
Но принципиально link-local адреса не маршрутизируются в WAN
(Это, как мне кажется, некоторая аналогий "локальных" IPv4: 10.x.x.x, 172.x.0-16.x, 192.168.x.x).

[Olej]

- ни мой провайдер (продвинутый и с понтами: оптоволокно, GPON...) не поддерживает и не собирается IPv6 ...
- и хостер этого форума, на другом конце в Казахстане, не поддерживает (но может хоть собирается? ) IPv6 ...
Но принципиально link-local адреса не маршрутизируются в WAN

В связи с этим возникает важный (для меня) вопрос: а аппаратные интерфейсы сегментирования LAN (хабы, свитчи, Wifi, Powerline ...) и всякие устройства "последней мили" - они не порубят IPv6 трафик?

[Olej]

аппаратные интерфейсы сегментирования LAN (хабы, свитчи, Wifi, Powerline ...) и всякие устройства "последней мили" - они не порубят IPv6 трафик?

Ну, за свитчи можно быть более-менее уверенным - показанные выше ping в LAN идут, в том числе, и между хостами, объединёнными совершенно старым 8-портовым Dlink-switch 100/10 Mb/s ...

Относительно PowerLine - проверил здесь: PowerLine.

[Olej]

(хабы, свитчи, Wifi, Powerline ...)

С WiFi всё оказалось гораздо инереснее... Там это должно зависеть не только от настроек IPv6 сетевого интерфейса компьютера, но и от 1). используемой точки доступа, 2). её настроек... да и 3). чипа Wifi компьютера.
Здесь у меня - USB WiFi "свисток" внешний:

Код: Выделить всё

olej@nvidia:~/2022$ lsusb | grep -i Wireless
Bus 002 Device 006: ID 148f:7601 Ralink Technology, Corp. MT7601U Wireless Adapter

Эксперимент №1:
Подключен к точке доступа:

Код: Выделить всё

olej@nvidia:~$ iwconfig wlx008736005357
wlx008736005357  IEEE 802.11  ESSID:"UKrtelecom_CSHZKZ"  
          Mode:Managed  Frequency:2.442 GHz  Access Point: CC:2D:21:8B:21:01   
          Bit Rate=121.5 Mb/s   Tx-Power=20 dBm   
          Retry short limit:7   RTS thr:off   Fragment thr:off
          Power Management:off
          Link Quality=65/70  Signal level=-45 dBm  
          Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0
          Tx excessive retries:0  Invalid misc:13   Missed beacon:0

Эта ТД - это какая-то модель (лень смотреть) Tenda ADSL2 роутер проводной телефонной сети...

Код: Выделить всё

olej@nvidia:~$ ip a s dev wlx008736005357
3: wlx008736005357: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
    link/ether 00:87:36:00:53:57 brd ff:ff:ff:ff:ff:ff
    inet 192.168.1.235/24 brd 192.168.1.255 scope global dynamic noprefixroute wlx008736005357
       valid_lft 172713sec preferred_lft 172713sec
    inet6 fe80::46a4:9424:cb31:2bd6/64 scope link noprefixroute 
       valid_lft forever preferred_lft forever

Код: Выделить всё

olej@nvidia:~$ ping -c3 -6 fe80::522d:d0bd:b221:a526 -I wlx008736005357
ping: Warning: source address might be selected on device other than: wlx008736005357
PING fe80::522d:d0bd:b221:a526(fe80::522d:d0bd:b221:a526) from :: wlx008736005357: 56 data bytes
64 bytes from fe80::522d:d0bd:b221:a526%wlx008736005357: icmp_seq=1 ttl=64 time=5.56 ms
64 bytes from fe80::522d:d0bd:b221:a526%wlx008736005357: icmp_seq=2 ttl=64 time=2.25 ms
64 bytes from fe80::522d:d0bd:b221:a526%wlx008736005357: icmp_seq=3 ttl=64 time=2.35 ms

--- fe80::522d:d0bd:b221:a526 ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2003ms
rtt min/avg/max/mdev = 2.245/3.383/5.559/1.538 ms

Эксперимент №2:
Переключаюсь на другую точку доступа:

Код: Выделить всё

olej@nvidia:~/2022$ iwconfig wlx008736005357
wlx008736005357  IEEE 802.11  ESSID:"TP-Link_AB96"  
          Mode:Managed  Frequency:2.457 GHz  Access Point: E4:C3:2A:46:AB:96   
          Bit Rate=26 Mb/s   Tx-Power=20 dBm   
          Retry short limit:7   RTS thr:off   Fragment thr:off
          Power Management:off
          Link Quality=31/70  Signal level=-79 dBm  
          Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0
          Tx excessive retries:12  Invalid misc:1   Missed beacon:0

На этот раз - это современный 1 Gb/s роутер в WAN оптоволоконную сеть...

Код: Выделить всё

olej@nvidia:~/2022$ ip a s dev wlx008736005357
3: wlx008736005357: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
    link/ether 00:87:36:00:53:57 brd ff:ff:ff:ff:ff:ff
    inet 192.168.1.235/24 brd 192.168.1.255 scope global dynamic noprefixroute wlx008736005357
       valid_lft 172680sec preferred_lft 172680sec
    inet6 fe80::2079:262e:4120:b9ff/64 scope link noprefixroute 
       valid_lft forever preferred_lft forever

Что любопытно: имя интерфейса сохранилось, а автоматический локальный IPv6 адрес поменялся.
(Интересно, что при последовательных подключениях-отключениях к ТД 2-х роутеров, их IPv6 адреса каждого сохранятся, но различаются между собой. Кто это определяет?)

Код: Выделить всё

olej@nvidia:~/2022$ ping -c3 -6 fe80::522d:d0bd:b221:a526 -I wlx008736005357
ping: Warning: source address might be selected on device other than: wlx008736005357
PING fe80::522d:d0bd:b221:a526(fe80::522d:d0bd:b221:a526) from :: wlx008736005357: 56 data bytes
64 bytes from fe80::522d:d0bd:b221:a526%wlx008736005357: icmp_seq=1 ttl=64 time=6.94 ms
64 bytes from fe80::522d:d0bd:b221:a526%wlx008736005357: icmp_seq=2 ttl=64 time=2.82 ms
64 bytes from fe80::522d:d0bd:b221:a526%wlx008736005357: icmp_seq=3 ttl=64 time=3.08 ms

--- fe80::522d:d0bd:b221:a526 ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2003ms
rtt min/avg/max/mdev = 2.823/4.280/6.935/1.880 ms

И здесь всё ОК.

[Olej]

у меня на большинстве компьютеров (только Linux) настройками Network Manager стоит для физических сетевых интерфейсов "Требовать адресацию IPv4 для этого соединения" и для IPv6 "Выключено"

IPv6 и NetworkManager... (который мне так нашкодил в последние пару дней ... он гадость редкая, но когда нужно бывает на десятке компьютеров переключаться быстро между разными интерфейсами или им менять параметры, да ещё и VPN, OpenVPN разные подымать-опускать, то для быстрых изменений "ещё та" штучка ).

Выключено:

Снимок экрана от 2023-04-12 17-42-24.png (79.57 КБ) 388 просмотров

Код: Выделить всё

[olej@xenix ~]$ ip a s
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: enp2s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
    link/ether 90:1b:0e:2b:e1:9c brd ff:ff:ff:ff:ff:ff
    inet 192.168.1.20/24 brd 192.168.1.255 scope global noprefixroute enp2s0
       valid_lft forever preferred_lft forever
3: virbr0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN group default qlen 1000
    link/ether 52:54:00:73:26:0d brd ff:ff:ff:ff:ff:ff
    inet 192.168.122.1/24 brd 192.168.122.255 scope global virbr0
       valid_lft forever preferred_lft forever

Просто нет никаких IPv6 (естественно, если здесь, и во всех, перенастройках - после перенастройки интерфейс выключаем и снова включаем!)

P.S. Здесь и в нескольких далее экспериментах дистрибутив:

Код: Выделить всё

[olej@xenix etc]$ cat /etc/system-release 
Fedora release 37 (Thirty Seven)

Поскольку он (этот комп) у меня не затронут был какими-либо сетевыми работами - "девственный"

[Olej]

в нескольких далее экспериментах

Я для этих дел возьму в качестве сетевой ответной части (target) такой вот компьютер в LAN, тоже не сильно обременённый сетевыми всякими работами и довесками... Чтобы не вспоминать и не объяснять где какие адреса и интерфейсы

Код: Выделить всё

olej@nvidia:~$ uname -a
Linux nvidia 5.15.0-60-generic #66-Ubuntu SMP Fri Jan 20 14:29:49 UTC 2023 x86_64 x86_64 x86_64 GNU/Linux

Код: Выделить всё

olej@nvidia:~$ ip a s
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: eno1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
    link/ether 70:71:bc:a3:c5:c0 brd ff:ff:ff:ff:ff:ff
    altname enp0s25
    inet 192.168.1.11/24 brd 192.168.1.255 scope global noprefixroute eno1
       valid_lft forever preferred_lft forever
    inet6 fe80::762:c6bf:9eaa:93a9/64 scope link noprefixroute 
       valid_lft forever preferred_lft forever
3: wlx008736005357: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
    link/ether 00:87:36:00:53:57 brd ff:ff:ff:ff:ff:ff
    inet 192.168.1.235/24 brd 192.168.1.255 scope global dynamic noprefixroute wlx008736005357
       valid_lft 172228sec preferred_lft 172228sec
    inet6 fe80::2079:262e:4120:b9ff/64 scope link noprefixroute 
       valid_lft forever preferred_lft forever

[Olej]

Выключено:

Игнорировать:

Снимок экрана от 2023-04-12 17-58-01.png (75.34 КБ) 384 просмотра

Код: Выделить всё

[olej@xenix ~]$ ip a s
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: enp2s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
    link/ether 90:1b:0e:2b:e1:9c brd ff:ff:ff:ff:ff:ff
    inet 192.168.1.20/24 brd 192.168.1.255 scope global noprefixroute enp2s0
       valid_lft forever preferred_lft forever
    inet6 fe80::921b:eff:fe2b:e19c/64 scope link 
       valid_lft forever preferred_lft forever
3: virbr0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN group default qlen 1000
    link/ether 52:54:00:73:26:0d brd ff:ff:ff:ff:ff:ff
    inet 192.168.122.1/24 brd 192.168.122.255 scope global virbr0
       valid_lft forever preferred_lft forever

Вот и появились IPv6 адреса (локальные) у интерфейсов...

Код: Выделить всё

[olej@xenix etc]$ route -n
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
0.0.0.0         192.168.1.3     0.0.0.0         UG    100    0        0 enp2s0
192.168.1.0     0.0.0.0         255.255.255.0   U     100    0        0 enp2s0
192.168.122.0   0.0.0.0         255.255.255.0   U     0      0        0 virbr0

Код: Выделить всё

[olej@xenix etc]$ route -n -6
Kernel IPv6 routing table
Destination                    Next Hop                   Flag Met Ref Use If
::1/128                        ::                         U    256 1      0 lo
fe80::/64                      ::                         U    256 1      0 enp2s0
::/0                           ::                         !n   -1  1      0 lo
::1/128                        ::                         Un   0   5      0 lo
fe80::921b:eff:fe2b:e19c/128   ::                         Un   0   2      0 enp2s0
ff00::/8                       ::                         U    256 6      0 enp2s0
::/0                           ::                         !n   -1  1      0 lo

[Olej]

Вот и появились IPv6 адреса (локальные) у интерфейсов...

ICMP с LAN-соседом:

Код: Выделить всё

[olej@xenix ~]$ ping -c3 -6 fe80::2079:262e:4120:b9ff 
ping: Warning: IPv6 link-local address on ICMP datagram socket may require ifname or scope-id => use: address%<ifname|scope-id>
PING fe80::2079:262e:4120:b9ff(fe80::2079:262e:4120:b9ff) 56 data bytes

--- fe80::2079:262e:4120:b9ff ping statistics ---
3 packets transmitted, 0 received, 100% packet loss, time 2038ms

Вот так он совсем не хочет
А вот так ему (с указанием интерфейса) ему гораздо лучше:

Код: Выделить всё

[olej@xenix ~]$ ping -c3 -6 fe80::2079:262e:4120:b9ff -Ienp2s0
ping: Warning: IPv6 link-local address on ICMP datagram socket may require ifname or scope-id => use: address%<ifname|scope-id>
ping: Warning: source address might be selected on device other than: enp2s0
PING fe80::2079:262e:4120:b9ff(fe80::2079:262e:4120:b9ff) from :: enp2s0: 56 data bytes
64 bytes from fe80::2079:262e:4120:b9ff%enp2s0: icmp_seq=1 ttl=64 time=16.2 ms
64 bytes from fe80::2079:262e:4120:b9ff%enp2s0: icmp_seq=2 ttl=64 time=8.68 ms
64 bytes from fe80::2079:262e:4120:b9ff%enp2s0: icmp_seq=3 ttl=64 time=5.30 ms

--- fe80::2079:262e:4120:b9ff ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2003ms
rtt min/avg/max/mdev = 5.302/10.048/16.166/4.539 ms

А вот так и совсем ему хорошо:

Код: Выделить всё

[olej@xenix ~]$ ping -c3 -6 fe80::2079:262e:4120:b9ff%enp2s0
PING fe80::2079:262e:4120:b9ff%enp2s0(fe80::2079:262e:4120:b9ff%enp2s0) 56 data bytes
64 bytes from fe80::2079:262e:4120:b9ff%enp2s0: icmp_seq=1 ttl=64 time=9.31 ms
64 bytes from fe80::2079:262e:4120:b9ff%enp2s0: icmp_seq=2 ttl=64 time=5.85 ms
64 bytes from fe80::2079:262e:4120:b9ff%enp2s0: icmp_seq=3 ttl=64 time=7.01 ms

--- fe80::2079:262e:4120:b9ff%enp2s0 ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2003ms
rtt min/avg/max/mdev = 5.848/7.390/9.312/1.439 ms

И то же (та же трасса - тот же хост и тот же интерфейс), но навстречу:

Код: Выделить всё

olej@nvidia:~$ ping -c3 -6 fe80::921b:eff:fe2b:e19c -I wlx008736005357
ping: Warning: source address might be selected on device other than: wlx008736005357
PING fe80::921b:eff:fe2b:e19c(fe80::921b:eff:fe2b:e19c) from :: wlx008736005357: 56 data bytes
64 bytes from fe80::921b:eff:fe2b:e19c%wlx008736005357: icmp_seq=1 ttl=64 time=8.96 ms
64 bytes from fe80::921b:eff:fe2b:e19c%wlx008736005357: icmp_seq=2 ttl=64 time=7.86 ms
64 bytes from fe80::921b:eff:fe2b:e19c%wlx008736005357: icmp_seq=3 ttl=64 time=7.85 ms

--- fe80::921b:eff:fe2b:e19c ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2002ms
rtt min/avg/max/mdev = 7.846/8.223/8.959/0.520 ms

И тут я совсем уже не понимаю что значит название режима NetworkManager "Игнорировать" для IPv6

[Olej]

И тут я совсем уже не понимаю что значит название режима NetworkManager "Игнорировать" для IPv6

Поменял "Игнорировать" на "Автоматически"...

Снимок экрана от 2023-04-12 18-32-07.png (91.49 КБ) 384 просмотра

Характерно, что IPv6 поменялся:

Код: Выделить всё

[olej@xenix etc]$ ip a s dev enp2s0 | grep inet6
    inet6 fe80::921b:eff:fe2b:e19c/64 scope link 
[olej@xenix etc]$ ip a s dev enp2s0 | grep inet6
    inet6 fe80::bdc9:d183:f9c0:ff56/64 scope link noprefixroute 

Но в остальном поведение остаётся то же самое:

Код: Выделить всё

[olej@xenix etc]$ route -n -6
Kernel IPv6 routing table
Destination                    Next Hop                   Flag Met Ref Use If
::1/128                        ::                         U    256 1      0 lo
fe80::/64                      ::                         U    1024 3      0 enp2s0
::/0                           ::                         !n   -1  1      0 lo
::1/128                        ::                         Un   0   5      0 lo
fe80::bdc9:d183:f9c0:ff56/128  ::                         Un   0   3      0 enp2s0
ff00::/8                       ::                         U    256 5      0 enp2s0
::/0                           ::                         !n   -1  1      0 lo

Код: Выделить всё

[olej@xenix ~]$ ping -c3 -6 fe80::2079:262e:4120:b9ff%enp2s0
PING fe80::2079:262e:4120:b9ff%enp2s0(fe80::2079:262e:4120:b9ff%enp2s0) 56 data bytes
64 bytes from fe80::2079:262e:4120:b9ff%enp2s0: icmp_seq=1 ttl=64 time=5.68 ms
64 bytes from fe80::2079:262e:4120:b9ff%enp2s0: icmp_seq=2 ttl=64 time=5.95 ms
64 bytes from fe80::2079:262e:4120:b9ff%enp2s0: icmp_seq=3 ttl=64 time=5.53 ms

--- fe80::2079:262e:4120:b9ff%enp2s0 ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2002ms
rtt min/avg/max/mdev = 5.531/5.718/5.945/0.171 ms

Навстречу:

Код: Выделить всё

olej@nvidia:~$ ping -c3 -6 fe80::bdc9:d183:f9c0:ff56%wlx008736005357
PING fe80::bdc9:d183:f9c0:ff56%wlx008736005357(fe80::bdc9:d183:f9c0:ff56%wlx008736005357) 56 data bytes
64 bytes from fe80::bdc9:d183:f9c0:ff56%wlx008736005357: icmp_seq=1 ttl=64 time=7.43 ms
64 bytes from fe80::bdc9:d183:f9c0:ff56%wlx008736005357: icmp_seq=2 ttl=64 time=5.46 ms
64 bytes from fe80::bdc9:d183:f9c0:ff56%wlx008736005357: icmp_seq=3 ttl=64 time=4.85 ms

--- fe80::bdc9:d183:f9c0:ff56%wlx008736005357 ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2003ms
rtt min/avg/max/mdev = 4.853/5.913/7.427/1.098 ms

В общем ... я не вижу разницы ... хотя она, наверное, есть (это как с сусликом ).

[Olej]

Тем не менее, на апрель (почти) 2023г. (прошло 11 лет):

Что такое и зачем нужен IPV6? Разбор

9 фев 2022 в 16:42

После запуска все аналитики твердили, что в течение 5 лет мы полностью избавимся от IPv4 и перейдем на новый протокол, но на текущий момент по статистике Google только 30-35% трафика приходится на IPv6.

А в России так вообще меньше 10%.