Notar VM vélin VPN hýsilsins? Prófaðu inni í gestinum

Þú athugar opinbera IP-tölu hýsilsins, hún sýnir VPN og þú ályktar að VM vélin sé þakin. Þessi ályktun er ekki studd af prófuninni. Gestur hefur sína eigin leiðatöflu, sinn eigin leysi og sín eigin netviðmót, og útgöngufang hýsilsins segir ekkert um þau.

Prófunin verður að fara fram inni í gestinum og verður að nefna hvað var mælt.

Byrjaðu inni í gestinum, ekki í vafra hýsilsins

Skráðu fyrst nettengingarham hypervisorsins: NAT, bridged, host-only eða macvtap. Í NAT-ham leiðir hýsillinn umferð gestsins, þannig að túnel hýsilsins getur átt við eða ekki, eftir því hvernig biðlarinn setur leiðirnar upp. Í bridged-ham er gesturinn jafningi á líkamlega staðarnetinu og túnel hýsilsins skiptir engu máli. Þessir tveir hamir gefa andstæð svör út frá sömu stillingu hýsilsins.

Skrifaðu haminn niður áður en þú breytir nokkru, því hann ræður því hvað niðurstaðan getur þýtt.

Sendu eina beiðni þar sem þú veist áfangastaðinn

Notaðu meinlausa beiðni til þjónustu sem greinir frá upprunafanginu sem hún sá. Athugaðu svo eigin leiðarákvörðun gestsins fyrir þann áfangastað: ip route get 203.0.113.5 prentar netviðmótið og gáttina sem gesturinn mun nota.

Ef netviðmótið er venjulega netkort gestsins fer umferðin ekki í gegnum túnel inni í gestinum.

Önnur netkort, proxy-stilling eða VPN-biðlari á gestinum getur breytt svarinu fyrir eitt forrit en ekki annað. Prófaðu forritið sem þér er reyndar annt um, ekki almenna beiðni úr skel.

Athugaðu leysinn sérstaklega

Breytt útgöngufang segir þér ekki hvaða leysir annaðist lénsheitið. Spurðu heitið beint með tólinu sem á við stýrikerfið og taktu eftir hvaða þjónn svaraði. Split DNS þýðir að spurningin um leysinn og spurningin um leiðina hafa mismunandi svör.

Þau tvö geta farið í sundur í hvora átt sem er, og það misræmi er oft raunverulega villan.

Á systemd-hýsli nefnir resolvectl query netviðmótið og DNS-þjóninn sem stendur að baki svarinu. Eldri uppsetningar sýna þjóninn í úttaki dig. Hvort sem er, þá er málið að sjá hvaða þjónn svaraði, ekki bara hvort svar barst.

Prófaðu bilanastefnuna, ekki bara árangurinn

Ef krafan er að engin umferð fari út fyrir túnelinn, þá sannar árangursrík beiðni ekkert. Notaðu studda stýrðu bilanatilraun biðlarans: stöðvaðu túnelinn á studdan hátt og athugaðu hvort ný beiðni frá gestinum er lokuð. Ekki gera ráð fyrir að kill switch biðlarans nái yfir hverja sýndar-framsendingu. Skjalfest umfang þess er það eina sem þú getur reitt þig á.

Gestur sem fellur aftur á líkamlega netkortið þegar túnelinn dettur er að gera nákvæmlega það sem NAT-ham leyfir.

Skráðu haminn og umfangið

Skrifaðu niður ham hypervisorsins, netviðmót og leið gestsins, leysinn og forritið sem þú prófaðir. Bættu við dagsetningunni, því endurheimt skyndimyndar eða uppfærsla hypervisors getur breytt öllum fjórum.

Ef IPv4 fór eftir túnelnum, segðu það. Ekki teygja fullyrðinguna yfir á IPv6, annað nafnrými eða aðra VM á öðru neti.