Hvers vegna mistekst gesta-VPN þitt bak við VirtualBox NAT?
Vafrinn þinn í gestinum virkar en VPN ekki, því ytra samskiptareglan verður að passa við það sem NAT-inn hleypir í gegn. Athugaðu skiptin og svo stillingu millistykksins.
Vafri inni í sýndarvélinni virkar, og VPN-biðlarinn á sama gesti getur ekki flutt gögn. Gesturinn hefur greinilega nettengingu, svo bilunin liggur í því sem ytra samskiptareglan VPN þarf og því sem sýndar-NAT-inn hleypir í gegn. Þrjú skilyrði ráða niðurstöðunni: hvaða ferli á VPN, hvernig ytra skiptin líta út á snúrunni, og hvort stilling millistykksins sé sú sem þú heldur. Að nefna skilyrðið sem þú getur breytt er öll ákvörðunin.
Finndu VPN-ferlið áður en þú kennir netinu um
Ákveddu fyrst hvort VPN keyrir inni í gestinum eða á hýsilnum, því að tvær fyrirkomulög mistakast á mismunandi hátt. Biðlari inni í gestinum byggir sína eigin ytri tengingu í gegnum millistykki gestsins og hvaða þýðingu sem er fyrir aftan. VPN á hýsilnum grípur umferð gestsins samkvæmt stefnu hýsilsins og hypervisors, sem er sérstakur grípunarpunktur með eigin reglum. Þau geta keyrt samtímis og ruglað sönnunargögnin, svo auðkenndu það sem á að bera þessa umferð áður en þú snertir hvort sem er.
Skrifaðu niður stillingu millistykks gestsins núna, áður en þú breytir einhverju. Það eitt gildi útskýrir mest af því sem kemur á eftir, og það er það fyrsta sem einhver spyr þig um síðar.
Ytri skiptin ráða samhæfninni
Netkerfisleiðarvísir VirtualBox telur upp NAT-takmarkanir sem skipta máli hér: hann hleypir ekki í gegn öðrum samskiptareglum en TCP og UDP, GRE er tilgreint sem óstutt, og PPTP er tekið sem dæmi um það sem verður fyrir áhrifum. PPTP notar TCP-stýriskipti og GRE fyrir gögnin, svo stýrisambandið getur tekist á meðan gagnaleiðin getur ekki farið yfir sama mörk. Það eru tvö mismunandi sönnunargögn, og aðeins eitt þeirra snýst um að bera umferð. Að leyfa TCP-gátt 47 í eldveggjarreglu er ekki það sama og að leyfa IP-samskiptareglu 47, og þau tvö eru stöðugt rugluð saman.
Haltu takmörkuninni bundinni við þetta NAT-fyrirkomulag, ekki við hvert tæki sem notar orðið NAT. Raunverulegur beinir getur hleypt GRE í gegn án kvartana á meðan sýndar-NAT-inn sleppir því, og annar hypervisor tekur sína eigin ákvörðun um hvað hann sendir áfram. Þar sem stofnunin býður upp á samþykkta flutninga innan TCP eða UDP, notaðu studdan biðlara hennar og snið fyrir þá leið. Samhæfni er ein krafa meðal fleiri, og hún staðfestir hvorki traust á þjóninum né heimild reikningsins né virkar einkaleiðir.
Hvað brúin breytir í raun
Brú afhendir MAC-vistfangi gestsins raunverulega netbútnum í stað þess að fela það bak við þýðingu. Gesturinn tekur þá vistfang frá hvaða DHCP-þjóni sem þjónar þeim bút, svarar ARP fyrir það vistfang, og birtist fyrir lykilinn ofar í keðjunni sem ein gátt til viðbótar. Það fjarlægir sýndarþýðingarleiðina, sem er einmitt ástæðan fyrir því að gömul uppskrift mælir með henni, og það breytir þremur öðrum hlutum á sama augnabliki. Vistfangsstýring kemur nú frá staðbundnum bút í stað hypervisors, útsetning þýðir að gesturinn er sýnilegur þeim bút, og innganga fer eftir gátt lykilsins og stefnu hans. Hvert þessara getur verið ástæða til að hafna breytingunni, og ekkert þeirra snýst um VPN-samskiptaregluna.
Brýr setja ekki upp vantaða viðbót, útvega ekki óaðgengilegan leynilegan umboðsmann, og laga ekki höfnun auðkenningar. Hún gerir heldur ekki úrelta samskiptareglu að góðum valkosti, og þar sem rekstraraðilinn hefur viðhaldið staðgengil er það ákvörðunin frekar en að skipta um hypervisor. Gáttarákvörðun er allt þriðja hlutverk: hún birtir innkomna þjónustu og gerir ekkert fyrir ytri samskiptareglu útfarandi biðlara.
Tvö göng, tvö sönnunarslóð
Gesta-VPN þarf nothæfa leið frá tengi gestsins að jafningja sínum áður en nokkurt innra vistfang eða einkaleið skiptir máli. Þar sem VPN á hýsilnum er til staðar getur það endursent eða lokað þessum ytri skiptum samkvæmt eigin stefnu, og innri göng gestsins byrja aðeins eftir að þau ytri takast. Ekki er hægt að lesa umfjöllun neins lags af einu tengdu tákni eða af opinberu vistfangi vafrans á hýsilnum.
Haltu fyrstu villuskilaboðunum frekar en þeim síðustu, því að fyrsta bilunin nefnir lagið. Breyttu einu studdu netfyrirkomulagi í einu, með sama gestasniði og sömu skilríkjum, svo að samanburðurinn þýði eitthvað. Ákveddu út frá biluninni hvaða stig brotnaði: staðbundin samþætting, flutningur, auðkenning eða aðgangur að auðlindum eftir að göngin rísa. Hvert þeirra hefur annan eiganda, og aðeins eitt er spurning um hypervisor.
Hvaða skilyrði stöðvar þig í raun
Nú þrengist ákvörðunin að þremur spurningum með mismunandi svörum. Ef ytra samskiptareglan er utan TCP og UDP er NAT-stillingin takmörkunin, og leiðin áfram er brú eða samþykktur TCP/UDP-flutningur. Ef ytri skiptin klárast en gagnaleiðin ekki, er takmörkunin sama og sést í seinni sönnunargögnunum. Ef göngin rísa en auðlindir svara ekki, hefur vandamálið þegar farið fram hjá hypervisor í leiðingu eða stefnu.
Skrifaðu svarið niður með stillingu millistykksins við hliðina, annars endurtekur næsta manneskja sama síðdegis. Prófaðu raunverulega forritið og nafnaupplausn inni í gestinum eftir hverja leiðréttingu, tengdu þig svo aftur og prófaðu bilunarstefnuna. Virk vefsíða í gegnum göngin sannar aðeins að vefleiðin virki, sem er minni fullyrðing en það virðist á þeirri stundu.