Eltűnik egy eszköz a router IPv6-listájáról: mi változott?

Egy médialejátszó kiesik a router IPv6-ügyféllistájáról, miközben a streamek tovább működnek, és a természetes következtetés az, hogy valami elromlott. Gyakrabban a lista csak meggondolta magát arról, mit mutat. A router állapotoldala DHCPv6-bérletet, vezeték nélküli társítást, szomszédbejegyzést vagy összevont nézetet jeleníthet meg, és mindegyik más kérdésre válaszol.

Az oldal egyfajta rekordot mutat, nem leltárt

Az IPv6-gazdagépek gyakran több címet tartanak egyszerre: egy link-local címet, egy vagy több globális címet és forgó ideiglenes adatvédelmi címeket. A szomszédok felfedezése a helyi linken nemrég használt szomszédok gyorsítótárát tartja, lejáró elérhetőségi állapotokkal. Egy eszköz tökéletesen elérhető lehet, miközben a gyorsítótárazott bejegyzése elöregszik, és megjelenhet egy bérlettáblában, miközben a forgalma más útvonalat vesz. Ezen források egyike sem nyilvántartása minden címnek, amely valaha egy eszközé volt.

Az első kérdés tehát nem az, miért tűnt el az eszköz, hanem hogy az oldal melyik adatforrásból merít.

Három gazdagép-nézet három különböző kérdésre válaszol

Egy engedélyezett Linux-gazdagépen olvassa el a három objektumot külön. A cím lista azt mutatja, mi van beállítva, az útvonaltábla azt, merre menne a forgalom, a szomszédtábla pedig azt, kivel beszélt a gazdagép nemrég a linken. Ezek összekeverése magabiztos hibás válaszokat ad, mert egy hiányzó szomszédbejegyzés pontosan úgy néz ki, mint egy hiányzó cím.

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

Futtassa ezeket a forgalmat hordozó tényleges hálózati névtérben. Egy konténerben az interfészlista eltérhet attól, amelyet a gazdagép lát, és egy VPN-ügyfél bármelyikben élhet.

Hasonlítsa össze ugyanazt a három kimenetet a VPN-átmenet előtt és után, és jegyezze fel az időbélyegeket. Az a szomszédbejegyzés, amely eltűnik, miközben a címek és útvonalak a helyükön maradnak, a gyorsítótár elöregedését írja le, nem konfigurációváltozást.

Válassza külön a megjelenítés változását a kapcsolódás változásától

Ezután tesztelje azt, ami igazán számít: az eszköz által igényelt IPv6-erőforrás elérhetőségét. Ha a szolgáltatás IPv6-on keresztül a jóváhagyott útvonalon válaszol, az irányítópultról hiányzó sor megfigyelési hiba. Ha meghiúsul, a megjelenítés változása tünet lehet, és a következő lépés az útvonal- és tűzfalútvonal, nem maga a lista. Egy irányított VPN általában nem helyezi át a gazdagép LAN-interfészét a távoli linkre, ezért tartsa a LAN-címeket és az alagútcímeket gondolkodása külön oszlopaiban.

Egy interfész több címet is hordozhat, és az állapotoldal ezek közül csak egyet jeleníthet meg. Ezért tűnhet úgy egy eszköz, hogy újracsatlakozás után címet vált, holott semmi sem rossz. Az adatvédelmi kiterjesztések ezt láthatóbbá teszik, mert az ideiglenes címek olyan ütemterv szerint forognak, amelyet az oldal nem mutat.

Ellenőrizze az erőforrást, majd hagyja békén a táblákat

Ha a gazdagép állapota és a kapcsolódás is rendben lévőnek tűnik, vizsgálja meg a lista adatforrását és frissítési viselkedését, mielőtt hozzányúlna a hálózathoz. Keressen bérleti időtartamot, gyorsítótár-időtúllépést vagy olyan megjelenítési szűrőt, amely elrejti azokat a címeket, amelyeket az oldal nem sorol be.

Ne ürítse a szomszédtáblákat, ne tiltsa le az IPv6-ot, és ne osszon ki újra címeket csak azért, hogy egy irányítópult-sor újra megjelenjen. Ezek a műveletek megszakítják a működő forgalmat, és a sort általában csak a következő gyorsítótár-lejáratig állítják vissza. Az ip -6 neigh flush dev br-lan legjobb esetben diagnosztika, legrosszabb esetben saját maga okozta kimaradás.

Jegyezze fel, melyik forrást használja az oldal, és az a kérdés, hogy működik-e az eszköz, megszűnik egy táblázat sorától függeni.