Gumagana ang Wi-Fi sa VPN ng router. Paano ang mga de-kable na port?

Ipinapakita ng Wi-Fi laptop ang exit address ng VPN, at ipinapakita ng de-kable na desktop sa katabing silid ang address ng provider. Nakasaksak ang dalawa sa parehong router, kaya wala sa VPN configuration ang pagkakaiba. Nasa kung aling interface, VLAN o patakaran talaga dumaan ang trapiko ang pagkakaiba. Ang saklaw ay katangian ng bawat landas, hindi katangian ng kahon.

Ang paghambing sa dalawang kliyente nang magkatabi ay mas mabilis makahanap ng pagkakaiba kaysa sa pagbasa ng mga patakaran ng router.

Dalawang landas papunta sa iisang router

Ang router na may VPN client ay maaaring magpatagilid ng trapiko mula sa isang tulay, isang VLAN o isang listahan ng port at iwanan ang iba sa WAN. Ito ay normal na disenyo, at iyon ang dahilan kung bakit ang matagumpay na wireless test ay nagpapatunay lamang sa wireless na landas. Ang managed switch ay maaari ring maglagay ng wall port sa ibang segment kaysa sa ginagamit ng access point, nang walang sinumang humahawak sa router. Ang mga patakarang nakabatay sa port ang pinakamadaling makaligtaan, dahil mukhang bahagi ng parehong LAN ang port.

Parehong hardware, ibang patakaran. Ang pisikal na kahon ay hindi ang hangganang iniisip mo.

Ihambing ang gateway na aktuwal na ginagamit ng bawat kliyente

Sa de-kable na device, basahin ang aktibong interface, ang address nito at ang default gateway. Sa makina na parehong aktibo ang Wi-Fi at Ethernet, ang routing metric ang nagpapasya kung sino ang mananalo, at madalas hindi ito ang inaasahan mo. Ihambing ang gateway na iyon sa ginamit ng wireless client, at tingnan kung aling router network nabibilang ang port ng switch. Ipinapakita ng resipi ng WireGuard client sa pfSense kung paano maaaring magmay-ari ng tunel ang isang router habang hinahayaang payapa ang ibang interface.

Kung magkaiba ang dalawang gateway, may sagot ka na bago pa man hawakan ang kahit isang patakaran ng firewall.

Ihambing nang hiwalay ang DNS at IPv6

Ang de-kable na kliyenteng may manu-manong naka-configure na resolver ay maaaring lubusang lumampas sa DNS patakaran ng router, kahit maayos na naitagilid ang trapiko nito. Ang IPv6 ang kabilang kalahati: ang tunel na IPv4 lamang ang hinahawakan ay maaaring mag-iwan ng IPv6 trapiko sa orihinal na landas. Subukan ang pagtatanong ng pangalan at destinasyong IPv6 mula sa de-kable na device, hindi lamang pagsusuri ng IPv4 address. Gumamit ng query na tanging resolver ng router lang ang makakasagot, tulad ng panloob na hostname.

Bawat isa sa mga iyon ay hiwalay na paghahambing, at bawat isa ay maaaring mabigo nang mag-isa.

Ihambing ang nangyayari kapag bumagsak ang tunel

Kung kailangan ng disenyo ang pag-access sa VPN lamang, ihinto ang tunel at subukan ang de-kable na kliyente gamit ang walang pinsalang trapiko. Ang de-kable na device na bumabalik sa normal na WAN ay nananatiling online ngunit nakakaligtaan ang nilalayong ruta, na sa sinumang sinusuri lamang ang koneksyon ay mukhang tagumpay. Maaaring iba ang kilos ng wireless client, at ang pagkakaibang iyon ang paghahambing na sulit gawin.

Ang kilos kapag nabigo ay bahagi ng saklaw, hindi huling kaso pagkatapos nito.

Itapat ang resulta sa tamang antas

Ang VPN client sa antas ng device o proxy ng browser sa de-kable na makina ay maaaring magbago ng sinusukat na exit address nang hiwalay sa router. Itala kung aling mga antas ang aktibo habang nagaganap ang pagsubok, kung hindi ay maikredito sa maling gateway ang matagumpay na pagbabago ng address. Ang parehong pag-iingat ay nalalapat sa naka-cache na resulta mula bago ang pagbabago.

Subukan ang sariwang trapiko, itala ang mga antas, at isulat ang segment at interface. Ang talaang iyon ang nagpapaging makabuluhan sa susunod na paghahambing sa halip na isa pang haka-haka.