Nawawala ang mga lokal na device sa VPN: tatlong hiwalay na pagkabigo
Maaaring sumagot pa rin ang device sa address nito pagkatapos mawala sa listahan. Hiwalay na nabibigo ang pagtuklas, pagresolba ng pangalan at pag-abot, kaya subukan sila nang isa-isa.
Ang printer na nawawala sa listahan ng device kapag bumukas ang VPN ay maaaring sumagot pa rin sa address nito. Pinupuno ng pagtuklas ang listahan, maaaring magmula sa resolver ang pangalan, at ang serbisyo mismo ay naaabot sa pamamagitan ng socket, at ang tatlo ay maaaring mabigo nang hiwalay. Ang paghahambing kung ano ang gumagana sa bawat layer ay nagsasabi kung anong feature ang babaguhin. Ang paganahin muna ang lahat ng pagbubukod sa lokal na pag-access ay nag-aalis ng ebidensya.
Iyon ang pagkakaiba ng device na kulang at device na hindi lang inaanunsyo.
Ang pagtuklas, pangalan at pag-abot ay tatlong layer
Umaasa ang mga protocol ng pagtuklas sa multicast o broadcast, at hindi ito tumatawid sa isang routed tunnel bilang default, kaya maaaring mawala ang isang device sa listahan habang nananatiling ganap na naaabot. Ang pagresolba ng pangalan ay ikalawang layer: maaaring palitan ng VPN ang resolver, at ang pangalang dating sinasagot ng lokal na network ay maaari nang sagutin sa ibang lugar o hindi na sagutin. Ang pag-abot ay ang ikatlo: isang ruta, isang tuntunin ng firewall at isang serbisyong nakikinig. Maaaring masira ang bawat layer habang maayos ang dalawa.
Subukan sila mula sa ibaba pataas. Ang isang pagsusuri ng pag-abot ay nagpapalinaw ng paghahati: nc -vz 192.168.1.20 443 alinman ay nagtagumpay, na nangangahulugang maayos ang landas at serbisyo at ang pangalan ang pinaghihinalaan, o nabigo, na naglilipat ng tanong sa routing at patakaran. Pagkatapos ay tanungin ang pangalan. Ang unang pagkabigong matatagpuan mo ang layer na dapat trabahuhin, at hindi ito mababayaran ng mga layer sa itaas.
Itanong muna ang address, pagkatapos ang hostname
Kung sumasagot ang address at hindi ang pangalan, ang problema ay pagresolba at hindi routing. Ang isang VPN client na nag-i-install ng sariling resolver ay maaaring magbago kung aling server ang sumasagot sa mga lokal na pangalan, at ang hindi nagpapasa ng lokal na domain ay iniiwan ang pangalang walang sagot. Kung nabibigo rin ang address, ang landas ang problema: isang default na ruta sa tunnel, isang pagharang ng lokal na trapiko sa panig ng client o isang tuntunin ng firewall na pinapayagan lamang ang pisikal na interface.
Kung gumagana ang dalawa pero hindi ang awtomatikong pagtuklas, hindi lang nag-aanunsyo ang device sa tunnel. Ito ang inaasahang gawi para sa pagtuklas na nakabatay sa multicast, hindi pagkabigo ng configuration. Ang pagdaragdag ng device sa address ang karaniwang tapat na solusyon.
Ano ang tunay na binabago ng lokal na pag-access na toggle
Ang setting ng lokal na pag-access sa network ay karaniwang nagpapahintulot sa trapikong papunta sa direktang konektadong subnet na laktawan ang tunnel, at iba't iba ang ginagawa nito sa iba't ibang client. Hindi nito kinokonfigura ang pagpapasa sa isang remote na opisina at hindi nito binabago ang firewall ng host o ang sariling mga pahintulot ng app. Hindi rin nito ginagawang walang kalabuan ang isang magkapatong na subnet. Basahin ang dokumentasyon ng client tungkol sa saklaw ng setting bago ito i-enable nang malawakan.
Ang makitid na pagbubukod para sa isang pinagkakatiwalaang device ay mas mabuti kaysa sa pangkalahatang pahintulot, lalo na sa guest network kung saan ang pagharang ay maaaring sinasadya. Ang pribadong address ay hindi pag-verify ng pagkakakilanlan, kaya nakadepende ang pagpili sa network kung nasaan ka.
Kapag nagkapatong ang mga network
Kung ang network sa bahay at ang remote na network ay gumagamit ng parehong saklaw, nagiging malabo ang routing at hindi ito nareresolba ng lokal na pag-access na toggle o ng pagbubukod. Hindi parehong naaabot ang dalawang serbisyo sa parehong address, at kung alin ang mananalo ay nakadepende sa pagiging tiyak ng ruta at pagkakasunod-sunod, hindi sa layunin. Ang solusyon ay pagpaplano ng address, hindi setting ng client. Suriin ang mga saklaw bago magpalipas ng gabi sa printer.
Para sa device na nasa likod ng remote gateway, pag-aari ng operator ang pagpapasa, patakaran ng host at ang pabalik na ruta. Hindi maibibigay ng lokal na checkbox sa client ang alinman sa mga ito, at ang hilingin ito ay mas produktibo kaysa sa pag-eksperimento sa mga toggle.
Itala kung aling layer ang nabigo at kung ano ang binago mo. Ang susunod na device ay mabibigo sa isa sa parehong tatlong lugar.