Wi-Fi veikia per maršrutizatoriaus VPN. O laidiniai prievadai?

Wi-Fi nešiojamasis kompiuteris rodo VPN išėjimo adresą, o gretimame kambaryje esantis laidinis kompiuteris rodo tiekėjo adresą. Abu prijungti prie to paties maršrutizatoriaus, todėl skirtumas ne VPN konfigūracijoje. Skirtumas tame, per kurią sąsają, VLAN ar politiką srautas iš tikrųjų praėjo. Aprėptis yra kiekvieno kelio savybė, o ne dėžutės savybė.

Dviejų klientų palyginimas greta skirtumą randa greičiau nei maršrutizatoriaus taisyklių skaitymas.

Du keliai į tą patį maršrutizatorių

Maršrutizatorius su VPN klientu gali nukreipti srautą iš vieno tilto, vieno VLAN ar vieno prievadų sąrašo ir likusį palikti WAN. Tai įprasta konstrukcija, todėl sėkmingas belaidis bandymas įrodo tik belaidį kelią. Valdomas komutatorius taip pat gali įdėti sieninį prievadą į kitą segmentą nei tas, kurį naudoja prieigos taškas, niekam neliečiant maršrutizatoriaus. Prievadais pagrįstas politikas praleisti lengviausia, nes prievadas atrodo kaip to paties LAN dalis.

Ta pati aparatinė įranga, kita politika. Fizinė dėžutė nėra ta riba, kurią manote.

Palyginkite tinklų sietuvą, kurį kiekvienas klientas tikrai naudoja

Laidiniame įrenginyje perskaitykite aktyvią sąsają, jos adresą ir numatytąjį tinklų sietuvą. Kompiuteryje, kuriame vienu metu veikia Wi-Fi ir Ethernet, maršrutų metrika nusprendžia, kas laimės, ir dažnai tai ne tas, kurio tikėjotės. Palyginkite tą sietuvą su tuo, kurį naudojo belaidis klientas, ir patikrinkite, kuriam maršrutizatoriaus tinklui priklauso komutatoriaus prievadas. pfSense WireGuard kliento receptas rodo, kaip vienas maršrutizatorius gali turėti tunelį ir palikti kitas sąsajas ramybėje.

Jei du sietuvai skiriasi, atsakymą turite dar nepalietę nė vienos ugniasienės taisyklės.

Palyginkite DNS ir IPv6 atskirai

Laidinis klientas su rankiniu būdu sukonfigūruotu resolveriu gali visiškai apeiti maršrutizatoriaus DNS politiką, net kai jo srautas nukreipiamas teisingai. IPv6 yra kita pusė: tunelis, kuris tvarko tik IPv4, gali palikti IPv6 srautą natūraliame kelyje. Iš laidinio įrenginio patikrinkite vardo užklausą ir IPv6 paskirties vietą, o ne tik IPv4 adreso patikrinimą. Naudokite užklausą, į kurią galėtų atsakyti tik maršrutizatoriaus resolveris, pavyzdžiui, vidinį mazgo vardą.

Kiekvienas iš jų yra atskiras palyginimas, ir kiekvienas gali nepavykti savarankiškai.

Palyginkite, kas nutinka, kai tunelis nustoja veikti

Jei konstrukcija reikalauja prieigos tik per VPN, sustabdykite tunelį ir patikrinkite laidinį klientą nekenksmingu srautu. Laidinis įrenginys, kuris grįžta prie įprasto WAN, lieka prisijungęs, bet praleidžia numatytą maršrutą, o tai kam nors, kas tikrina tik ryšį, atrodo kaip sėkmė. Belaidis klientas gali elgtis kitaip, ir būtent tas skirtumas yra vertas palyginimo.

Elgsena gedimo metu yra aprėpties dalis, o ne vėlesnis kraštinis atvejis.

Priskirkite rezultatą teisingam sluoksniui

Įrenginio lygio VPN klientas arba naršyklės tarpinis serveris laidiniame kompiuteryje gali pakeisti išmatuotą išėjimo adresą nepriklausomai nuo maršrutizatoriaus. Užrašykite, kurie sluoksniai buvo aktyvūs bandymo metu, kitaip sėkmingas adreso pakeitimas bus priskirtas neteisingam sietuvui. Tas pats atsargumas galioja ir prieš pakeitimą podėlyje išsaugotam rezultatui.

Išbandykite naują srautą, pažymėkite sluoksnius ir užrašykite segmentą bei sąsają. Būtent tas įrašas daro kitą palyginimą prasmingą, o ne dar vieną spėjimą.