VPN oan, VM net berikber? De rûte wie wierskynlik nea it probleem

Ferbyn de VPN, en de ûntwikkel-VM dy't in minút lyn noch antwurde, wurdt stil. It foar de hân lizzende ferhaal skriuwt himsels: de tunnel pakte de rûte, de host stjoert no gastferkear it bedriuwsnetwurk yn, en de oplossing is in statyske rûte taheakje of de adapter nei brêgemodus omsette. Dat ferhaal is soms wier. Mar it is net de gewoane oarsaak, en der earst op hannelje brekt meastentiids wat oars.

Host-only-netwurkjen is in softwarednetwurk dat eigendom is fan 'e host en dield wurdt mei syn gasten, los fan elke fysike oansluting. Neat yn 'e eigen ynterface fan in VPN-kliïnt feroaret dat netwurk, dus foardat jo it oanreitsje, sykje út hokker fan 'e fjouwer lagen echt mislearre is.

De rûte bliuwt meastentiids noch lokaal

Freegje de kernel yn stee fan 'e foarside fan 'e rûtingstabel. Op Linux rapportearret ip route get 192.168.56.10 de krekte rûte, ynterface en boarneadres dy't brûkt wurde soene, wat in oar antwurd is as it lêzen fan in standertrûte en it rieden. As de útfier de host-only-ynterface neamt, is de tunnel hielendal net by dat paad belutsen.

Twa dingen kinne it echt brekke, en beide binne adresproblemen, gjin VPN-problemen. In ôfstânsubnet dat oerlaapet mei it host-only-prefiks lit de mear spesifike rûte winne, en in VPN-kliïnt dy't in brede rûte mei in legere metryk ynstallearret kin it prefiks fuortlûke. Beide binne sichtber yn itselde kommando: de ynterface neamd yn 'e útfier sil de tunnel wêze, en de korreksje heart by wa't dat adresplan besit.

Rûtekar en pakket tagong binne ferskate besluten

Dit is it diel dat it mentale model meastentiids mist. Sels mei in perfekte lokale rûte kin in VPN-kliïnt it pakket wegerje. In protte kliïnten hanthavenje in lokaal netwurk tagongsbelied dat beslút hokker bestimmingen bûten de tunnel tastien binne, en in ferbûn subnet fernijt dy list net automatysk.

Sa liket de flater fan 'e applikaasjekant identyk oan in rûteprobleem, en fan 'e kliïntkant hiel oars. As ip route get de juste ynterface neamt en de ferbining docht noch tiid út, stopje dan mei rûtes bewurkje en lês yn stee it dokumintearre lokale tagongsgedrach fan 'e kliïnt. Guon kliïnten biede in talittingslist foar lokale subnetten, guon blokkearje alles dat net de tunnel is, en guon blokkearje allinnich as in kill switch ynskeakele is.

Dat ûnderskied is wichtich, want de korreksjes binne net útwikselber. In rûte taheakje kin in filter net foldwaan, en in filter útskeakelje om ien gast te berikken is in folle grutter beslút as it symptoom suggerearret.

De gast hat trije manieren om nee te sizzen

In gast dy't it ynternet browze kin, hat neat bewiisd oer de tsjinst dy't jo wolle. De lústerder kin yn 'e gast bûn wêze oan 127.0.0.1, en dan kin gjin fersyk fan 'e host oankomme, hoe goed it paad ek is. Kontrolearje mei ss -ltn yn 'e gast en sjoch nei de kolom fan it lokale adres, net allinnich de poarte.

Folgjende is de eigen firewall fan 'e gast. In ûntwikkelbyld mei in strang standertynstelling kin de pakketten fan 'e host oannimme en se by de tsjinstgrins weismite, wat in tiidferrin jout dat der krekt as in rûteswart gat útsjocht. Uteinlik is der de eigen konfiguraasje fan 'e tsjinst: in webapp bûn oan in bepaald hostnamme, of in talittingslist fan kliïntadressen, sil in fersyk fan it host-only-subnet wegerje sels as elk pakket oankomt.

Wurkje dy trije troch foardat jo oerweage de netwurkmode fan 'e VM te feroarjen. Elk is in lytsere feroaring as it opnij arsjitektearjen fan 'e oansluting fan 'e gast, en elk hat in dúdlike test.

Wat in brêge wier is, en wat it kostet

De adapter nei brêgemodus omsette is gjin reparaasje fan it host-only-paad. It is in beslút om de gast op in oar netwurk te setten, meastentiids it fysike LAN, dêr't er sichtber wurdt foar alles oars dat dêr wennet. Dat kin krekt wêze wat jo wolle. Mar it is net wat de oarspronklike konfiguraasje die.

Brûk it as de gast wier in peer op dat LAN wêze moat en de bleatstelling goedkard is. Brûk it net om't ien tsjinst opholden is mei antwurdzjen, want de feroaring kin de gast út 'e isolaasje helje dy't it feilich makke om tsjin te ûntwikkeljen.

Test nei elke goedkarde korreksje yn in fêste folchoarder: in nij fersyk fan host nei gast, in ferplichte bedriuwsboarne troch de tunnel, en it bedoelde wegere gedrach mei de tunnel del. As it lêste net mear jildt, gie de korreksje fierder as it probleem.

De VirtualBox-seksje oer host-only-netwurkjen beskriuwt de software-ynterface oan 'e hostkant en hoe't dy ferskilt fan in brêge-oansluting, wat de referinsje is dy't it wurdich is te lêzen foardat jo oannimme dat de twa modi útwikselber binne.