Mae VM Vagrant yn diflannu pan gaiff y VPN ei chysylltu: pwy biau'r llwybr toredig
Mae blwch a atebodd funud yn ôl yn diflannu ar amser y cysylltu. Penderfynwch pwy biau'r llwybr toredig cyn newid unrhyw beth.
Roedd y blwch yn ateb funud yn ôl, cysylltodd y VPN, ac yn awr mae'r un cyfeiriad yn dod i ben. Mae tri diffyg yn cynhyrchu'r symptom hwnnw, ac maent yn byw ar wahanol beiriannau. Gall y gwesteiwr golli'r llwybr i'r rhwydwaith preifat, gall amrediad NAT y gwestai wrthdaro ag amrediad y mae'r twnnel bellach yn ei gyhoeddi, neu gall twnnel llawn feddiannu pob llwybr ar y gwesteiwr. Darganfyddwch pa un a ddigwyddodd cyn newid unrhyw ffurfweddiad, oherwydd mae pob trwsiad yn byw yn rhywle arall.
Gwyliwch y llwybr, nid y blwch
Edrychwch ar benderfyniad llwybro'r gwesteiwr ar gyfer cyfeiriad y gwestai tra bo'r twnnel i fyny. Nid yw llwybr sy'n dal i bwyntio at yr addasydd gwesteiwr-yn-unig yn broblem. Mae llwybr sy'n pwyntio nawr at addasydd y VPN yn broblem, a'r cleient a'i newidiodd, nid chi. Mae'r addasydd yn cadw ei gyfeiriad yn dweud wrthych fod y rhyngwyneb wedi goroesi, sy'n ffaith wahanol i'r llwybr wedi goroesi.
Mae sesiwn SSH sy'n disgyn yn union ar amser y cysylltu yn ymddygiad disgwyliedig. Mae'r cleient yn ailgylchu addasyddion ac yn gosod llwybrau, felly mae'r cysylltiad yn marw am ychydig eiliadau. Y diffyg yw'r cysylltiad nad yw byth yn dychwelyd, nid yr un a fu'n blincian.
Cofnodwch y tabl cyn y twnnel a thrachefn ar ei ôl, yna cymharwch y ddau allbwn hynny. Y gwahaniaeth yw'r diagnosis, ac mae hefyd yn digwydd bod yn dystiolaeth y bydd perchennog rhwydwaith yn ei gofyn amdani.
ip -4 route get 192.168.56.10
ip -brief addr show
ip route show table main | head -20Darllenwch dabl y gwesteiwr cyn ac ar ôl
Ar Linux daw'r ffafriaeth rhwng llwybrau sy'n gorgyffwrdd o hyd y rhagddodiad a'r metrig, felly mae llwybr VPN mwy penodol yn ennill hyd yn oed pan fo'n anghywir. Ar Windows y metrig rhyngwyneb sy'n penderfynu'r cyfartal, ac mae addasydd y twnnel fel arfer yn cyrraedd â metrig is na'r un rhithwir. Naill ffordd neu'r llall mae'r symptom gweladwy yn unfath: mae'r pecynnau'n gadael trwy addasydd y twnnel ac yn diflannu.
Argraffwch yr addasyddion a'u metrigau wrth ymyl y llwybr ar gyfer rhagddodiad y gwestai. Mae'r pâr hwnnw o allbynnau yn ateb y cwestiwn perchnogaeth mewn un olwg.
Get-NetAdapter | Select-Object Name, InterfaceIndex, InterfaceMetric
Get-NetRoute -DestinationPrefix 192.168.56.0/24
route print -4 | Select-String '192.168.56'Os newidiodd y llwybr ond na newidiodd metrig yr addasydd, gosododd y cleient lwybr cystadleuol. Os newidiodd y metrig, mae'r cleient wedi aildrefnu'r addasyddion. Mae'r ddau yn drwsiadwy, ac fe'u trwsir mewn gwahanol leoedd.
Pan fo amrediad NAT y gwestai yw'r gwrthdrawiad
Mae VirtualBox NAT yn defnyddio 10.0.2.0/24 yn ddiofyn, ac mae twnnel sy'n gwthio'r un amrediad yn gwneud i'r gwestai anfon y traffig hwnnw at ei giât NAT yn lle at y gyrchfan go iawn. Nid yw'r pecyn byth yn gadael y gwesteiwr, felly ni fydd unrhyw gofnod tânfur ar yr ochr arall yn ei ddangos. Mae gan Docker Machine yr un dosbarth o wrthdaro yn ei gynllun gwesteiwr-yn-unig, a gall newid y cynllun hwnnw olygu ail-greu'r peiriant ynghyd â'i dystysgrifau.
Dewiswch yr amnewidiad trwy restru'r hyn y mae'r twnnel eisoes yn ei gyhoeddi, yna'r hyn y mae rhwydwaith y swyddfa yn ei ddefnyddio, yna'r hyn y mae pob addasydd rhithwir ar y gwesteiwr hwn wedi'i hawlio. Gorgyffwrdd sy'n torri llwybro, ac mae tebygrwydd yn amherthnasol. Gall un amrediad eistedd yn gyfan gwbl o fewn un arall tra nad yw'n edrych o gwbl yn debyg ar yr olwg gyntaf.
Gosodwch yr amrediad newydd pan greir y peiriant, neu newidiwch ef ac ail-lwythwch, yna profwch y cysylltiad sy'n methu eto o'r gwestai. Tabl y gwestai ei hun yw'r olygfa sy'n cyfrif.
VBoxManage modifyvm devbox --natnet1 10.77.0.0/24
vagrant reload devbox --provision
vagrant ssh devbox -c 'ip route get 10.20.0.15'Adferwch y llwybr heb ymladd â'r cleient
Mae pob platfform yn cynnig ffordd i roi'r rhagddodiad gwesteiwr-yn-unig yn ôl ar y blaen. Ar macOS mae llwybr statig i'r rhyngwyneb gwesteiwr-yn-unig yn gweithio tan y cysylltiad nesaf. Ar Windows mae metrig rhyngwyneb is ar yr addasydd rhithwir yn ei gadw'n well. Ar Linux mae gweithrediad disodli yn cwmpasu un rhagddodiad. Mae'r tri yn atebion dros dro, oherwydd bydd cleient sy'n ailddatgan ei lwybrau yn eu dadwneud.
Sgriptiwch y gwiriad yn lle ailgysylltu dall wrth gychwyn. Mae sgript fach sy'n argraffu'r llwybr ar gyfer rhagddodiad y gwestai ar ôl pob cysylltiad yn troi dirgelwch yn llinell mewn log.
Os yw'r proffil yn dwnnel llawn, gofynnwch i berchennog y rhwydwaith am dwnnelu hollt neu eithriad wedi'i ddogfennu. Nid yw ychwanegu llwybrau'n dawel sy'n osgoi polisi diogelwch yn drwsio, mae'n ail broblem sy'n cyrraedd yn ddiweddarach gydag archwilydd.
Gwiriwch y trwsiad ar y ddwy ochr
Gwiriwch dri llwybr ar ôl y newid: gwesteiwr i westai, gwestai i westeiwr corfforaethol, a gwestai i'r rhyngrwyd. Mae trwsiad sy'n adfer un ohonynt ac yn torri un arall yn newid ffurfweddiad wedi'i wisgo fel atgyweiriad. Cofnodwch yr un allbynnau a gasglwyd gennych cyn y newid fel bod y gymhariaeth yn debyg i debyg.
Cofnodwch y rhyngwyneb, y metrig a'r llwybr a newidiodd, ynghyd â'r amser, fel bod y digwyddiad nesaf yn chwiliad yn hytrach nag ailadeiladwaith. Mae'r nodyn hwnnw'n werth mwy na llinyn tocyn hir.
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.comPan fo'r gwesteiwr yn cyrraedd y gwestai eto ac mae'r gwestai yn cyrraedd y LAN, rydych wedi adfer y llwybr y gwnaethoch ddechrau ag ef. Pan mai dim ond un o'r rheini sy'n gweithio, mae'r diffyg sy'n weddill yn nhiriogaeth y perchennog arall, ac mae'r gwahaniaeth yn dweud wrthych pa diriogaeth yw honno.