Wi-Fi toimii reitittimen VPN:n kautta. Entä kaapeliportit?
Onnistunut Wi-Fi-tarkistus ei todista, että kaapeliportti käyttää samaa käytäntöä. Vertaa yhdyskäytävää, VLANia ja DNS:ää itse kaapelilaitteessa.
Wi-Fi-kannettava näyttää VPN:n lähtöosoitteen ja viereisen huoneen kaapelityöasema palveluntarjoajan osoitteen. Molemmat on kytketty samaan reitittimeen, joten ero ei ole VPN:n määrityksessä. Ero on siinä, minkä liitännän, VLANin tai käytännön kautta liikenne todella kulki. Kattavuus on kunkin polun ominaisuus, ei laatikon ominaisuus.
Kahden asiakkaan vertaaminen rinnakkain löytää eron nopeammin kuin reitittimen sääntöjen lukeminen.
Kaksi polkua samaan reitittimeen
Reititin, jossa on VPN-asiakas, voi ohjata liikennettä yhdestä sillasta, yhdestä VLANista tai yhdestä porttiluettelosta ja jättää loput WANiin. Se on tavallinen rakenne, ja siksi onnistunut langaton testi todistaa vain langattoman polun. Hallittu kytkin voi myös sijoittaa seinäportin eri segmenttiin kuin mihin tukiasema kuuluu, ilman että kukaan koskee reitittimeen. Porttipohjaiset käytännöt jäävät helpoimmin huomaamatta, koska portti näyttää kuuluvan samaan LANiin.
Sama laitteisto, eri käytäntö. Fyysinen laatikko ei ole se raja, joksi luulet sitä.
Vertaa yhdyskäytävää, jota kukin asiakas todella käyttää
Lue kaapelilaitteesta aktiivinen liitäntä, sen osoite ja oletusyhdyskäytävä. Koneessa, jossa sekä Wi-Fi että Ethernet ovat käytössä, reititysmetriikka ratkaisee kumpi voittaa, eikä se useinkaan ole odottamasi. Vertaa tätä yhdyskäytävää siihen, jota langaton asiakas käytti, ja tarkista mihin reitittimen verkkoon kytkimen portti kuuluu. WireGuard-asiakkaan ohje pfSensessä näyttää, miten yksi reititin voi omistaa tunnelin ja jättää muut liitännät rauhaan.
Jos kaksi yhdyskäytävää eroavat, sinulla on vastaus ennen kuin kosket yhteenkään palomuurisääntöön.
Vertaa DNS:ää ja IPv6:ta erikseen
Kaapeliasiakas, jossa on käsin määritetty nimipalvelin, voi ohittaa reitittimen DNS-käytännön kokonaan, vaikka sen liikenne ohjattaisiin oikein. IPv6 on toinen puoli: tunneli, joka käsittelee vain IPv4:tä, voi jättää IPv6-liikenteen alkuperäiselle polulle. Testaa nimikysely ja IPv6-kohde kaapelilaitteesta, älä vain IPv4-osoitteen tarkistusta. Käytä kyselyä, johon vain reitittimen nimipalvelin voisi vastata, kuten sisäistä konenimeä.
Jokainen noista on erillinen vertailu, ja jokainen voi epäonnistua itsestään.
Vertaa, mitä tapahtuu kun tunneli katkeaa
Jos rakenne vaatii vain VPN:n kautta tapahtuvaa käyttöä, pysäytä tunneli ja testaa kaapeliasiakas vaarattomalla liikenteellä. Kaapelilaite, joka putoaa takaisin tavalliseen WANiin, pysyy verkossa mutta ohittaa aiotun reitin, mikä näyttää onnistumiselta jokaiselle, joka tarkistaa vain yhteyden. Langaton asiakas voi käyttäytyä toisin, ja juuri se ero on vertailun arvoinen.
Vikatilanteen käyttäytyminen on osa kattavuutta, ei sen jälkeinen erikoistapaus.
Kohdista tulos oikealle kerrokselle
Laitekannan tason VPN-asiakas tai selaimen välityspalvelin kaapelikoneessa voi muuttaa mitattua lähtöosoitetta reitittimestä riippumatta. Kirjaa, mitkä kerrokset olivat aktiivisia testin aikana, muuten onnistunut osoitteenmuutos kirjataan väärälle yhdyskäytävälle. Sama varovaisuus koskee ennen muutosta välimuistiin tallennettua tulosta.
Testaa tuoretta liikennettä, merkitse kerrokset ja kirjoita segmentti ja liitäntä muistiin. Juuri se kirjaus tekee seuraavasta vertailusta mielekkään eikä vain uutta arvausta.