VPN sees, VM kättesaamatu? Marsruut polnud ilmselt kunagi probleem

Ühendage VPN ja arendus-VM, mis veel minut tagasi vastas, jääb vait. Ilmselge lugu kirjutab end ise: tunnel võttis marsruudi üle, host saadab nüüd külalise liikluse ettevõtte võrku ning lahendus on lisada staatiline marsruut või lülitada adapter silla režiimi. See lugu on mõnikord tõsi. Kuid see ei ole tavaline põhjus ning selle järgi esimesena tegutsemine rikub tavaliselt midagi muud.

Host-only võrk on tarkvaraline võrk, mille omanik on host ja mida see jagab oma külalistega, eraldi igast füüsilisest ühendusest. Miski VPN-kliendi enda liideses ei muuda seda võrku, seega enne selle puutumist tehke kindlaks, milline neljast kihist tegelikult üles ütles.

Marsruut jääb tavaliselt ikkagi kohalikuks

Küsige tuumalt, mitte marsruutimistabeli esilehelt. Linuxis näitab ip route get 192.168.56.10 täpset marsruuti, liidest ja lähteaadressi, mida kasutataks, mis on teine vastus kui vaikemarsruudi lugemine ja oletamine. Kui väljund nimetab host-only liidest, ei osale tunnel selles teekonnas üldse.

Kaks asja võivad selle tõesti katki teha ja mõlemad on aadressi-, mitte VPN-probleemid. Host-only prefiksiga kattuv kaugalune alamvõrk muudab täpsema marsruudi võitjaks ning laia madalama metrikaga marsruudi paigaldav VPN-klient võib prefiksi ära tõmmata. Mõlemad on näha samas käsus: väljundis nimetatud liides on tunnel ning parandus kuulub sellele, kellele see aadressiplaan kuulub.

Marsruudi valik ja paketi lubamine on erinevad otsused

See on osa, mille mõttemudel tavaliselt vahele jätab. Isegi täiusliku kohaliku marsruudi korral võib VPN-klient paketi tagasi lükata. Paljud kliendid rakendavad kohaliku võrgu juurdepääsupoliitikat, mis otsustab, millised sihtkohad on väljaspool tunnelit lubatud, ning ühendatud alamvõrk ei uuenda seda loendit automaatselt.

Seega näeb tõrge rakenduse poolelt välja täpselt nagu marsruutimisprobleem ja kliendi poolelt hoopis teistsugune. Kui ip route get nimetab õiget liidest ja ühendus ikkagi aegub, lõpetage marsruutide muutmine ja lugege selle asemel kliendi dokumenteeritud kohaliku juurdepääsu käitumist. Mõned kliendid pakuvad kohalike alamvõrkude lubatud loendit, mõned blokeerivad kõike, mis pole tunnel, ja mõned blokeerivad ainult siis, kui kill switch on sisse lülitatud.

See erinevus on oluline, sest parandused ei ole vahetatavad. Marsruudi lisamine ei rahulda filtrit ning ühe külalise juurdepääsuks filtri väljalülitamine on palju suurem otsus, kui sümptom vihjab.

Külalisel on kolm viisi ei öelda

Külaline, kes oskab internetti sirvida, ei ole tõestanud midagi teie soovitud teenuse kohta. Kuulaja võib olla külalise sees seotud aadressiga 127.0.0.1 ja siis ei saa ükski hosti päring kohale jõuda, ükskõik kui hea tee on. Kontrollige külalises käsuga ss -ltn ja vaadake kohaliku aadressi veergu, mitte ainult porti.

Järgmine on külalise enda tulemüür. Range vaikeväärtusega arenduspilt võib hosti paketid vastu võtta ja need teenuse piiril maha visata, mis tekitab ajalõpu, mis näeb välja täpselt nagu marsruutimise must auk. Lõpuks on teenuse enda konfiguratsioon: kindla hostinimega seotud veebirakendus või klientide aadresside lubatud loend keeldub host-only alamvõrgust tulevast päringust isegi siis, kui iga pakett kohale jõuab.

Minge need kolm läbi enne, kui kaalute VM-i võrgurežiimi muutmist. Igaüks on väiksem muudatus kui külalise ühenduse ümberkujundamine ja igaühel on selge test.

Mis on sild tegelikult ja kui palju see maksab

Adapteri lülitamine silla režiimi ei ole host-only tee parandus. See on otsus panna külaline teise võrku, tavaliselt füüsilisesse LAN-i, kus see muutub nähtavaks kõigele muule, mis seal elab. See võib olla täpselt see, mida te soovite. Kuid see ei ole see, mida algne konfiguratsioon tegi.

Kasutage seda siis, kui külaline peab tõesti olema selle LAN-i võrdne sõlm ja kokkupuude on heaks kiidetud. Ärge kasutage seda sellepärast, et üks teenus lakkas vastamast, sest muudatus võib viia külalise isolatsioonist välja, mis tegi selle vastu arendamise turvaliseks.

Pärast iga heakskiidetud parandust testige kindlas järjekorras: uus päring hostilt külalisele, vajalik ettevõtte ressurss läbi tunneli ja kavandatud keeldumiskäitumine tunneliga maas. Kui viimane enam ei kehti, läks parandus probleemist kaugemale.

VirtualBoxi host-only võrgu jaotis kirjeldab hosti poolset tarkvaraliidest ja seda, kuidas see erineb sillaühendusest, mis on viide, mida tasub lugeda enne, kui eeldada, et kaks režiimi on vahetatavad.