Медіаплеєр зникає зі списку 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 — у найкращому разі діагностика, у найгіршому — збій, який ви створили самі.

Запишіть, яке джерело використовує сторінка, і питання, чи працює пристрій, перестане залежати від рядка в таблиці.

Схожі статті