Wi-Fi wurket fia de VPN fan de router. En de bekabelde poarten?
In slagge Wi-Fi-kontrôle bewiist net dat in bekabelde poarte itselde belied brûkt. Ferlykje de gateway, VLAN en DNS op it bekabelde apparaat sels.
De Wi-Fi-laptop lit it útgongsadres fan de VPN sjen, en de bekabelde desktop yn de keamer hjirneist lit dat fan de provider sjen. Beide binne op deselde router oansletten, dus it ferskil sit net yn de VPN-konfiguraasje. It ferskil is hokker interface, VLAN of belied it ferkear eins trochgien is. Dekking is in eigenskip fan elk paad, net in eigenskip fan de kast.
De beide klanten njonken elkoar ferlykje fynt it ferskil flugger as it lêzen fan de regels fan de router.
Twa paden nei deselde router
In router mei in VPN-klant kin ferkear fan ien brêge, ien VLAN of ien poartelist stjoere en de rest op de WAN litte. Dat is in gewoan ûntwerp, en dêrom bewiist in slagge draadleaze test allinnich it draadleaze paad. In beheard switch kin ek in muorrepoarte op in oar segmint sette as dat fan it tagongspunt, sûnder dat immen de router oanrekket. Belied op basis fan poarten wurdt it maklikst mist, om’t de poarte diel liket fan itselde LAN.
Itselde hardware, oar belied. De fysike kast is net de grins dy’t jo tinke.
Ferlykje de gateway dy’t elke klant echt brûkt
Lês op it bekabelde apparaat de aktive interface, syn adres en syn standertgateway. Op in masine dêr’t Wi-Fi en Ethernet beide oan steane, beslút de routingmetrik wa’t wint, en dat is faak net dy’t jo ferwachtsje. Ferlykje dy gateway mei dy’t de draadleaze klant brûkte, en kontrolearje by hokker routernetwurk de switchpoarte heart. De WireGuard-klantresep yn pfSense lit sjen hoe’t ien router in tunnel hawwe kin en oare interfaces gewurde litte.
As de twa gateways ferskille, hawwe jo it antwurd foar’t jo ien firewallregel oanreitsje.
Ferlykje DNS en IPv6 apart
In bekabelde klant mei in hânmjittich ynstelde resolver kin it DNS-belied fan de router folslein omgean, sels as syn ferkear goed stjoerd wurdt. IPv6 is de oare helte: in tunnel dy’t allinnich IPv4 oan kin, kin IPv6-ferkear op it eigen paad litte. Test in namme-query en in IPv6-bestimming fan it bekabelde apparaat, net allinnich in kontrôle fan it IPv4-adres. Brûk in query dy’t allinnich de resolver fan de router beäntwurdzje koe, lykas in yntern hostnamme.
Elk fan dy is in aparte ferliking, en elk kin op himsels mislearje.
Ferlykje wat der bart as de tunnel del is
As it ûntwerp allinnich tagong fia VPN easket, stopje de tunnel en test de bekabelde klant mei ûnskeadlik ferkear. In bekabeld apparaat dat weromfalt op de gewoane WAN bliuwt online mar mist de bedoelde rûte, wat foar elkenien dy’t allinnich ferbining kontrolearret op sukses liket. De draadleaze klant kin him oars gedrage, en dat ferskil is de ferliking wurdich.
Flatergedrach is diel fan dekking, net in rânegefal dêrnei.
Skriuw it resultaat ta oan de juste laach
In VPN-klant op apparaatnivo of in browserproxy op de bekabelde masine kin it metten útgongsadres ûnôfhinklik fan de router feroarje. Skriuw op hokker lagen by de test aktyf wiene, oars wurdt in slagge adresferoaring oan de ferkearde gateway taskreaun. Deselde foarsichtigens jildt foar in resultaat út de cache fan foar de feroaring.
Test nij ferkear, skriuw de lagen op, en skriuw it segmint en de interface del. Dat ferslach is wat de folgjende ferliking sinfol makket ynstee fan wer in gissing.