Aparato malaperas el la IPv6-listo de la enkursigilo: kio ŝanĝiĝis?

Aŭdvida ludilo falas el la IPv6-klienta listo de la enkursigilo dum ĝiaj fluoj daŭre funkcias, kaj la natura konkludo estas ke io rompiĝis. Pli ofte la listo simple ŝanĝis sian opinion pri tio, kion ĝi montras. La stata paĝo de enkursigilo povas montri DHCPv6-luon, sendratan asociiĝon, najbaran rikordon aŭ kunfanditan vidon, kaj ĉiu respondas al malsama demando.

La paĝo montras unu specon de rikordo, ne inventaron

IPv6-gastoj kutime tenas plurajn adresojn samtempe: ligilo-lokan adreson, unu aŭ pliajn tutmondajn adresojn kaj provizorajn privatecajn adresojn, kiuj rotacias. Najbara Malkovro tenas kaŝmemoron de lastatempe uzitaj najbaroj sur la loka ligilo, kun atingeblecaj statoj kiuj eksvalidiĝas. Aparato povas esti tute atingebla dum ĝia kaŝmemora rikordo maljuniĝas, kaj ĝi povas aperi en lua tabelo dum ĝia trafiko iras alian vojon. Neniu el tiuj fontoj estas registro de ĉiu adreso, kiun aparato iam havis.

Do la unua demando ne estas kial la aparato malaperis, sed el kiu datumfonto la paĝo ĉerpas.

Tri gastaj vidoj respondas al tri malsamaj demandoj

Sur rajtigita Linux-gasto, legu la tri objektojn aparte. La adresa listo montras kio estas agordita, la enkursiga tabelo montras kien la trafiko irus, kaj la najbara tabelo montras kun kiu la gasto lastatempe parolis sur la ligilo. Miksi ilin produktas memfidajn malĝustajn respondojn, ĉar mankanta najbara rikordo aspektas ĝuste kiel mankanta adreso.

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

Rulu ilin ene de la reala reta nomspaco, kiu portas la trafikon. Ene de ujo la interfaca listo povas diferenci de tiu, kiun la gasto vidas, kaj VPN-kliento povas vivi en la unua aŭ la dua.

Komparu la samajn tri eligojn antaŭ kaj post la VPN-transiro, kaj notu tempomarkojn. Najbara rikordo, kiu malaperas dum adresoj kaj enkursigoj restas, priskribas maljuniĝon de la kaŝmemoro, ne agordan ŝanĝon.

Apartigu vidan ŝanĝon de konekteca ŝanĝo

Poste testu tion, kio vere gravas: atingeblecon de la IPv6-rimedo, kiun la aparato bezonas. Se la servo respondas per IPv6 laŭ la aprobita vojo, vico mankanta en panelo estas monitora difekto. Se ĝi malsukcesas, la vida ŝanĝo povas esti simptomo, kaj la sekva paŝo estas la enkursiga kaj fajroŝirma vojo, ne la listo mem. Enkursigita VPN kutime ne movas la LAN-interfacon de la gasto al la fora ligilo, do tenu LAN-adresojn kaj tunelajn adresojn en apartaj kolumnoj de via pensado.

Unu interfaco povas porti plurajn adresojn, kaj stata paĝo povas montri nur unu el ili. Tial aparato povas ŝajni ŝanĝi adreson post rekonekto sen ke io estas malĝusta. Privatecaj etendaĵoj igas tion pli videbla, ĉar provizoraj adresoj rotacias laŭ horaro, kiun la paĝo ne montras.

Kontrolu la rimedon, poste lasu la tabelojn trankvilaj

Se gaststato kaj konekteco ambaŭ aspektas ĝustaj, esploru la datumfonton de la listo kaj la refreŝigan konduton antaŭ ol tuŝi la reton. Serĉu luan daŭron, kaŝmemoran tempolimon aŭ vidan filtrilon, kiu kaŝas adresojn, kiujn la paĝo ne klasifikas.

Ne malplenigu najbarajn tabelojn, ne malŝaltu IPv6 kaj ne realigu adresojn por ke panela vico reaperu. Tiuj agoj interrompas funkciantan trafikon kaj kutime restarigas la vicon nur ĝis la sekva kaŝmemora fino. ip -6 neigh flush dev br-lan estas plejbone diagnozo kaj plejmalbone memkaŭzita interrompo.

Notu, kiun fonton la paĝo uzas, kaj la demando ĉu la aparato funkcias ĉesas dependi de vico en tabelo.