Router yn VPN-klantmodus: wêrom LAN-apparaten ferdwine
LAN-apparaten ferdwine neidat in router yn VPN-klantmodus giet: test earst de ynspeksjefunksje yn it trochstjoerpaad, dan it LAN-berik dat de firmware ûnder jo feroare hat.
It leauwen dat de klantmodus sels LAN-tagong deatet, stjoert minsken nei it ferkearde ynstellingsmenu, en de wiere oarsaken binne meastentiids twa. De tunnel ferwideret de LAN-brêge net en hâldt triedde en triedleaze klanten net tsjin om elkoar te berikken. Wat lokale tagong brekt, is óf in ynspeksjefunksje yn it trochstjoerpaad fan 'e router óf in LAN-adresberik dat ferskode doe't de firmware dat die. Beide jouwe deselde klacht, en gjinien wurdt reparearre troch it VPN-profyl opnij te ynstallearjen.
De myte, en wat de klantmodus echt feroaret
De klantmodus foeget in tunnelinterface en in standertrûte ta dy't dertroch rint, en stjoert dan LAN-ferkear yn dy tunnel troch. De brêge tusken de triedde poarten en de triedleaze radio's bliuwt ûnoanroerd, likegoed as lokale skeakeling. Wat feroaret is belied: hokker ferkear trochstjoerd wurdt, wêr't it oerset wurdt en hokker resolver de klanten krije.
Dat ûnderskie is wichtich, want in brutsen LAN betsjut meastentiids dat ien fan dy trije beliedsregels feroare is, net dat de router opholden is in skeakel te wêzen. In router dy't noch syn eigen behearspagina beantwurdet, is bewiis dat de LAN-interface libbet. In router dy't hielendal neat beantwurdet, hat in oar probleem, lykas in feroare LAN-adres of in klant op it ferkearde subnet.
Dat de nuttige earste stap is te finen hokker laach brutsen is, net de laach te feroarjen dy't jo fermoedzje.
Test trije doelen foardat jo in ynstelling oanreitsje
Fan in triedde klant ôf, test trije doelen apart en skriuw elk resultaat op: it eigen LAN-adres fan 'e router, in oar apparaat op deselde skeakel op IP, en eat dat allinnich troch de tunnel berikber is. Doch se yn dy folchoarder, want elk resultaat slút in oare laach út. Brûk adressen yn plak fan nammen by de earste ronde, want in nammeftlear mingt DNS yn in ferbiningfraach.
It patroon fan antwurden is de diagnoaze. In router dy't antwurdet wylst lokale apparaten dat net dogge, wiist nei lokale skeakeling of in filterfunksje yn plak fan routing. Lokale apparaten dy't antwurdzje wylst de tunnelkant dat net docht, wize nei de tunnelrûte of de fiere firewall. As alles op adres antwurdet wylst nammen misbeteare, is it in resolver-fraach, en gjin rûtebewurking sil dat reparearje.
| What answers | What it points at |
|---|---|
| Router only | LAN-side filtering or a broken bridge |
| Router and local hosts, not remote | Tunnel route, NAT or remote firewall |
| Addresses yes, names no | DNS handed to clients by the router |
| Nothing at all | Client subnet or router LAN address changed |
Hâld de tabel njonken de testresultaten. It feroaret in ûndúdlike klacht yn ien rigel dêr't jo op hannelje kinne.
De feiligenslaach binnen it trochstjoerpaad
Ferbrikersrouters leverje hieltyd faker in ynspeksjefunksje dy't trochstjoerd ferkear besjocht, en dy rint yn itselde paad dat pakketten fan LAN nei tunnel draacht. As dy ynspeksje it tunnelferkear net klassifisearje kin, kin it trochstjoeren fêstrinne wylst de tunnel sels oerein bliuwt en de router in sûne ferbining rapportearret. Neat yn it VPN-loch lit dit sjen, want de VPN hat wol ferbûn.
De diagnoaze is in kontrolearre eksperimint, net in permaninte feroaring. Notearje de hjoeddeiske ynstelling, skeakelje de funksje út foar de doer fan ien test, bring de tunnel wer omheech en test ien lokale host op adres. Trochstjoering dy't weromkomt is it bewiis dat jo nedich hiene, en de ôfwaging wurdt dan in beslút yn plak fan in gissing. As neat feroaret, skeakelje it daliks wer yn en gean nei de oarsaak fan 'e adressearring.
In betelle feiligensfunksje útskeakele litte sadat in tunnel bliuwt wurkjen is in ôfwaging dy't jo bewust meitsje en opskriuwe. It is ek de muoite wurdich te freegjen oft de tunnel op in oar apparaat heart, want in router dy't alles ynspektearje moat en in router dy't alles trochstjoere moat binne twa ferskillende taken.
De twadde oarsaak: it LAN-berik ferskode
Firmware-updates sette it LAN-adres geregeld werom nei de standert fan 'e fabrikant, en guon routers hawwe in eksplisite modusskeakel dy't beslút oft it LAN in priveeberik hâldt of ien fan it boppesteande apparaat erft. In klant dy't 192.168.8.x ferwachtet, kin op 10.64.0.x telâne komme, en dan ferrint in SSH-sesje nei in host wylst de tunnel folslein sûn is.
ipconfig /all
ip addr show
ip route get 192.168.8.20Lês it foarheaksel en de gateway út 'e lease foardat jo de routerpagina iepenje. De earste twa opdrachten litte sjen wat de klant echt krigen hat, en de tredde lit sjen hokker interface de klant brûke soe foar in lokaal adres, en sa ferriedt in oerbliuwende rûte of in ferâldere subnet him. Fergelykje dat dan mei de LAN-pagina en de modus wêryn't de router is.
As it berik net werom kin, fernij elk objekt dat it neamt: DHCP-reservearrings, elke statyske rûte nei it âlde subnet en elke firewallregel mei it foarige foarheaksel. In berik dat botst mei it fiere subnet fan 'e tunnel is de slimmere fariant, want lokale apparaten bliuwe berikber wylst fiere bestimmingen stil yn it LAN ferkeard stjoerd wurde.
Ferbyn opnij en test opnij yn pakketfolchoarder
Nei ien fan 'e beide feroarings ferbyn jo de tunnel opnij en werhelje de tests yn pakketfolchoarder: router, lokale host, fiere host, dan nammen, dan de applikaasje. De applikaasje earst testen ferberget hokker laach noch brutsen is, en in nije poging fan 'e browser tsjin in cachet namme kin as in rûteflater lykje.
Notearje de firmwareferzje, it LAN-foarheaksel en de steat fan 'e ynspeksjefunksje njonken it VPN-profyl. Alle trije binne konfiguraasje dy't de folgjende update oerskriuwe kin, en twa rigels notysjes besparje it oere dat jo krekt trochbrocht hawwe.