Устройство изчезва от списъка с IPv6 на рутера: какво се промени?

Медиен плейър изчезва от списъка с IPv6 клиенти на рутера, докато потоците му продължават да работят, и естественият извод е, че нещо се е счупило. По-често списъкът просто е променил мнението си какво показва. Страницата за състояние на рутера може да показва DHCPv6 лиза, безжична асоциация, запис за съсед или обединен изглед и всеки отговаря на различен въпрос.

Страницата показва един вид запис, а не инвентар

IPv6 хостовете обикновено държат няколко адреса наведнъж: адрес за локална връзка, един или повече глобални адреси и временни адреси за поверителност, които се сменят. Откриването на съседи пази кеш от наскоро използвани съседи по локалната връзка със състояния на достижимост, които изтичат. Устройството може да е напълно достижимо, докато кешираният му запис остарява, и може да се появи в таблица с лизи, докато трафикът му поема друг път. Никой от тези източници не е регистър на всеки адрес, който устройството някога е имало.

Затова първият въпрос не е защо устройството е изчезнало, а от кой източник на данни черпи страницата.

Три изгледа на хоста отговарят на три различни въпроса

На оторизиран Linux хост прочетете трите обекта поотделно. Списъкът с адреси показва какво е конфигурирано, таблицата с маршрути показва накъде ще тръгне трафикът, а таблицата със съседи показва с кого хостът наскоро е разговарял по връзката. Смесването им дава уверени грешни отговори, защото липсващ запис за съсед изглежда точно като липсващ адрес.

ip -6 address show
ip -6 route show
ip -6 neighbour show

Изпълнете ги в действителното мрежово пространство от имена, което носи трафика. В контейнер списъкът с интерфейси може да се различава от този, който вижда хостът, и VPN клиентът може да живее в което и да е от двете.

Сравнете същите три изхода преди и след прехода към VPN и отбележете времевите марки. Запис за съсед, който изчезва, докато адресите и маршрутите остават, описва остаряване на кеша, а не промяна в конфигурацията.

Отделете промяната в дисплея от промяната в свързаността

След това проверете онова, което наистина има значение: достижимостта на IPv6 ресурса, от който устройството има нужда. Ако услугата отговаря по IPv6 през одобрения път, липсващият ред в таблото е дефект в наблюдението. Ако не успее, промяната в дисплея може да е симптом и следващата стъпка е пътят на маршрутизация и защитната стена, а не самият списък. Рутираният VPN обикновено не мести LAN интерфейса на хоста към отдалечената връзка, затова дръжте LAN адресите и адресите на тунела в отделни колони на мисленето си.

Един интерфейс може да носи няколко адреса, а страницата за състояние може да показва само един от тях. Затова устройството може да изглежда, че сменя адреса си след повторно свързване, без нищо да е сгрешено. Разширенията за поверителност правят това по-видимо, защото временните адреси се сменят по график, който страницата не показва.

Проверете ресурса, после оставете таблиците на мира

Ако състоянието на хоста и свързаността изглеждат наред, проучете източника на данни на списъка и поведението при обновяване, преди да пипате мрежата. Търсете срок на лизата, таймаут на кеша или филтър за показване, който скрива адреси, които страницата не класифицира.

Не изчиствайте таблиците със съседи, не изключвайте IPv6 и не преназначавайте адреси, за да се появи отново ред в таблото. Тези действия прекъсват работещ трафик и обикновено връщат реда само до следващото изтичане на кеша. ip -6 neigh flush dev br-lan е в най-добрия случай диагностика, а в най-лошия — прекъсване, което сам си причиняваш.

Запишете кой източник използва страницата и въпросът дали устройството работи ще престане да зависи от ред в таблица.