VM ya Vagrant hupotea VPN inapounganishwa: njia iliyovunjika ni ya nani
Mashine iliyojibu dakika moja iliyopita hupotea wakati wa kuunganisha. Amua njia iliyovunjika ni ya nani kabla ya kubadilisha kitu chochote.
Mashine ilijibu dakika moja iliyopita, VPN iliunganishwa, na sasa anwani hiyo hiyo inaisha muda. Hitilafu tatu huzalisha dalili hiyo, na zinaishi kwenye mashine tofauti. Mwenyeji anaweza kupoteza njia kuelekea mtandao wa faragha, kikoa cha NAT cha mgeni kinaweza kugongana na kikoa ambacho handaki sasa kinatangaza, au handaki kamili linaweza kuchukua umiliki wa kila njia kwenye mwenyeji. Gundua ni ipi ilitokea kabla ya kubadilisha usanidi wowote, kwa sababu kila marekebisho huishi mahali pengine.
Tazama njia, si mashine
Tazama uamuzi wa uelekezaji wa mwenyeji kwa anwani ya mgeni wakati handaki liko juu. Njia inayoelekeza bado kwenye adapta ya mwenyeji-pekee si tatizo. Njia inayoelekeza sasa kwenye adapta ya VPN ndilo tatizo, na mteja alibadilisha, si wewe. Adapta kubaki na anwani yake kunasema kiolesura kilinusurika, jambo tofauti na njia kunusurika.
Kipindi cha SSH kinachoanguka hasa wakati wa kuunganisha ni tabia inayotarajiwa. Mteja hurejesha adapta na kufunga njia, kwa hiyo muunganisho hufa kwa sekunde chache. Hitilafu ni muunganisho ambao haurudi kamwe, si ule uliomulika kwa muda mfupi.
Nasa jedwali kabla ya handaki na tena baada yake, kisha linganisha matokeo hayo mawili. Tofauti ndiyo utambuzi, na pia ni ushahidi ambao mmiliki wa mtandao atautaka.
ip -4 route get 192.168.56.10
ip -brief addr show
ip route show table main | head -20Soma jedwali la mwenyeji kabla na baada
Kwenye Linux kipaumbele kati ya njia zinazogongana hutoka kwa urefu wa kiambishi awali na metrik, kwa hiyo njia mahususi zaidi ya VPN hushinda hata ikiwa si sahihi. Kwenye Windows metrik ya kiolesura huamua sare, na adapta ya handaki kwa kawaida huja na metrik ya chini kuliko ile pepe. Katika hali zote mbili dalili inayoonekana ni moja: pakiti hutoka kupitia adapta ya handaki na kupotea.
Chapisha adapta na metrik zake kando ya njia ya kiambishi awali cha mgeni. Jozi hiyo ya matokeo hujibu swali la umiliki kwa mtazamo mmoja.
Get-NetAdapter | Select-Object Name, InterfaceIndex, InterfaceMetric
Get-NetRoute -DestinationPrefix 192.168.56.0/24
route print -4 | Select-String '192.168.56'Ikiwa njia ilibadilika lakini metrik ya adapta haikubadilika, mteja alifunga njia shindani. Ikiwa metrik ilibadilika, mteja alipanga upya adapta. Zote mbili zinaweza kurekebishwa, na hurekebishwa mahali tofauti.
Wakati kikoa cha NAT cha mgeni ni mgongano
VirtualBox NAT hutumia 10.0.2.0/24 kwa chaguo-msingi, na handaki linalosukuma kikoa hicho hicho hufanya mgeni kutuma trafiki hiyo kwenye lango lake la NAT badala ya lengo halisi. Pakiti haitoki kamwe kwenye mwenyeji, kwa hiyo hakuna kumbukumbu ya firewall upande wa pili itakayoionyesha. Docker Machine ina aina hiyo hiyo ya mgongano katika mpango wake wa mwenyeji-pekee, na kubadilisha mpango huo kunaweza kuhitaji kuunda upya mashine pamoja na vyeti vyake.
Chagua mbadala kwa kuorodhesha kile handaki linatangaza tayari, kisha kile mtandao wa ofisi unatumia, kisha kile kila adapta pepe kwenye mwenyeji huyu imedai. Mwingiliano ndio huvunja uelekezaji, na kufanana hakuhusiki. Kikoa kimoja kinaweza kukaa kabisa ndani ya kingine huku kikionekana kutofanana kabisa kwa mtazamo wa kwanza.
Weka kikoa kipya wakati mashine inaundwa, au kibadilishe na upakie upya, kisha jaribu tena muunganisho unaoshindikana kutoka kwa mgeni. Jedwali la mgeni mwenyewe ndilo mtazamo wa muhimu.
VBoxManage modifyvm devbox --natnet1 10.77.0.0/24
vagrant reload devbox --provision
vagrant ssh devbox -c 'ip route get 10.20.0.15'Rejesha njia bila kupigana na mteja
Kila jukwaa hutoa njia ya kurudisha kiambishi awali cha mwenyeji-pekee mbele. Kwenye macOS njia thabiti kuelekea kiolesura cha mwenyeji-pekee hufanya kazi hadi muunganisho unaofuata. Kwenye Windows metrik ya chini ya kiolesura kwenye adapta pepe huweka kipaumbele. Kwenye Linux operesheni ya kubadilisha hufunika kiambishi awali kimoja. Zote tatu ni suluhisho la muda, kwa sababu mteja anayedai njia zake tena atazibatilisha.
Andika ukaguzi kama script badala ya kuunganisha upya kwa upofu wakati wa kuwasha. Script ndogo inayochapisha njia ya kiambishi awali cha mgeni baada ya kila muunganisho hubadilisha fumbo kuwa mstari kwenye kumbukumbu.
Ikiwa wasifu ni handaki kamili, omba mmiliki wa mtandao handaki lililogawanywa au msamaha ulioandikwa. Kuongeza kwa utulivu njia zinazokwepa sera ya usalama si marekebisho, ni tatizo la pili linalokuja baadaye pamoja na mkaguzi.
Kagua marekebisho pande zote mbili
Thibitisha njia tatu baada ya mabadiliko: mwenyeji hadi mgeni, mgeni hadi mwenyeji wa kampuni, na mgeni hadi intaneti. Marekebisho yanayorejesha moja na kuvunja lingine ni mabadiliko ya usanidi yaliyojificha kama ukarabati. Nasa matokeo yale yale uliyokusanya kabla ya mabadiliko ili ulinganisho uwe sawa na sawa.
Rekodi kiolesura, metrik na njia zilizobadilika, pamoja na muda, ili tukio lijalo liwe utafutaji na si ujenzi upya. Nota hiyo ina thamani zaidi kuliko uzi mrefu wa tiketi.
ip -4 route get 192.168.56.10
traceroute -n -m 4 10.20.0.15
curl -sS -o /dev/null -w '%{http_code}\n' https://example.comWakati mwenyeji anamfikia mgeni tena na mgeni anafikia LAN, umerejesha njia uliyoanza nayo. Wakati mmoja tu kati ya hayo unafanya kazi, hitilafu iliyobaki iko katika eneo la mmiliki mwingine, na tofauti inakuambia eneo gani.