VPN yn farw ar ôl cysgu: twnnel coll neu ap hen?
Nid yw Wi-Fi wedi’i adfer yn golygu bod y twnnel wedi dychwelyd. Cymharwch dri chyflwr ar ôl dihuno: y rhyngwyneb, yr actifadu a sesiwn yr ap.
Mae’r clawr yn agor, mae’r eicon di-wifr yn dychwelyd, ac mae’r VPN yn dal i ddangos fel pe bai wedi cysylltu. Yna mae’r dudalen fewnol gyntaf yn hongian nes iddi amseru allan, ac mae tab newydd yn gwneud yr un peth. Gall tair peth wahanol greu’r darlun hwnnw, ac mae angen tri thrwsgiad gwahanol arnynt: twnnel na wnaeth oroesi’r cysgu, proffil na ofynnodd neb am ei ailactifadu, neu ap sy’n dal sesiwn a fu farw oriau yn ôl. Mae eu cymharu’n gyflymach na ailosod unrhyw beth.
Gall tair peth fod yn doredig ar ôl dihuno
Yr ymgeisydd cyntaf yw’r twnnel ei hun. Efallai bod y rhyngwyneb yn dal i fodoli ag anerchiad tra mae’r cysylltiad â’r partner wedi mynd, a dyna pam nad yw golau dangosydd yn brawf o lwybr sy’n gweithio. Ysgwyd llaw hŷn na’r cysgu yw’r arwydd, ac mae angen un gorchymyn i’w weld.
Yr ail yw’r actifadu. Mae llawer o gleientiaid yn ailgysylltu eu hunain; nad yw rhai yn gwneud, ac mae proffil nad yw neb yn gofyn iddo ddychwelyd yn eistedd yno’n edrych fel pe bai wedi’i ffurfweddu. Mae’r methiant hwnnw’n dawel o fwriad, oherwydd ni roddodd unrhyw beth wall.
Y trydydd yw’r ap. Gall tab porwr, sesiwn SSH neu gysylltiad cronfa ddata oroesi newid rhwydwaith fel disgrifydd ffeil tra mae’r cludiant oddi tano’n farw. Yna mae sesiwn newydd yn gweithio’n berffaith, sy’n dweud wrthych fod y twnnel yn iawn drwy’r amser.
Cymharwch y tri cyn newid unrhyw beth, oherwydd nid yw’r trwsgiadau’n gorgyffwrdd. Mae ailgychwyn cleient na ofynnwyd iddo erioed ddechrau eto yn gwastraffu’r dystiolaeth roeddech ei hangen. Nodwch pa ymgeisydd y mae’r symptom yn cyd-fynd ag ef cyn i chi gyffwrdd â chyfluniad. Mae’r frawddeg honno fel arfer yn penderfynu gweddill yr ymchwiliad.
Yn gyntaf: a ddaeth y twnnel yn ôl?
Edrychwch ar y rhyngwyneb a chyflwr y partner yn hytrach na thestun statws y cleient ei hun. Mae rhyngwyneb ag anerchiad heb ysgwyd llaw diweddar yn dwnnel sydd ar waith mewn enw’n unig.
ip -brief addr show wg show ip route show table all | head -20
Os yw’r rhyngwyneb ar goll yn llwyr, ni wnaeth y twnnel oroesi ac mae’r cwestiwn yn dod yn un o bwy oedd i’w ddychwelyd. Os yw’n bresennol ond mae’r ysgwyd llaw yn hen, mae angen ailsefydlu’r berthynas â’r partner, ac efallai bod y cleient yn aros am draffig i’w sbarduno.
Gwiriwch y llwybrau a’r cyfluniad DNS hefyd. Gall twnnel ddychwelyd heb ei lwybrau, sy’n creu’r cyflwr dryslyd lle mae’r rhyngwyneb i fyny ac mae enwau mewnol yn dal i ddatrys drwy’r gweinydd anghywir.
Yn ail: a ofynnodd unrhyw beth iddo ddychwelyd?
Dyma lle mae’r gymhariaeth yn talu ar ei chanfed. Mae proffil ategyn OpenVPN a chysylltiad WireGuard brodorol yn cael eu trin yn wahanol gan NetworkManager, ac mae’r cyfeirlyfr gosodiadau cysylltiad yn nodi’n glir nad yw connection.autoconnect yn actifadu proffiliau VPN; y mecanwaith ar gyfer codi VPN gyda chysylltiad yw connection.secondaries.
nmcli connection show --active nmcli -f connection.autoconnect,connection.secondaries connection show "Work VPN" journalctl -u NetworkManager -b --no-pager | tail -40
Os yw ailgysylltu â llaw yn trwsio’r broblem bob tro, dyna lofnod actifadu coll yn hytrach na thwnnel toredig. Bydd y log fel arfer yn dangos y rhyngwyneb yn mynd i lawr a dim yn dod ag ef yn ôl.
Gwrthwynebwch yr awydd i ychwanegu hook cysgu ar unwaith. Mae hook sy’n tanio cyn i’r rhwydwaith wella yn rasio’r union broses y mae’n ceisio’i helpu, ac mae’n troi problem y gellir ei hatgynhyrchu yn un ysbeidiol.
Yn drydydd: a yw’r ap yn dal hen gyflwr?
Agorwch sesiwn hollol newydd i’r un cyrchfan cyn i chi gyffwrdd â’r VPN. Os yw’r sesiwn newydd yn gweithio a’r hen un ddim, mae’r twnnel yn iawn ac mae’r ap yn dal cysylltiad marw.
Dyma’r rhataf o’r tri gwiriad a’r un a hepgorir amlaf, oherwydd mae’r ffenestr sy’n methu reit yno ar y sgrin. Caewch hi, agorwch hi eto, a nodwch a yw’r broblem yn goroesi. Os yw’r sesiwn newydd yn gweithio, stopiwch yr ymchwiliad i’r twnnel yn gyfan gwbl. Os yw hi’n methu hefyd, symptom yw’r ap yn hytrach nag achos.
Mae rhai apiau’n gwella eu hunain ar ôl amseru allan, a dyna pam y gall y symptom ymddangos fel pe bai’n trwsio ei hun ar ôl ychydig funudau. Mae’r ymddygiad hwnnw’n pwyntio at yr ap yn hytrach nag at y twnnel, ac mae’n werth ei gofnodi ar wahân. Mae cydweithiwr sy’n dweud iddo drwsio ei hun yn disgrifio’r patrwm hwn, nid lwc.
Gwnewch y gymhariaeth yn atgynhyrchadwy
Cadwch y newidynnau’n fach: un rhwydwaith mynediad, un hyd cysgu a’r un cais cyntaf bob tro. Yna cofnodwch ddau ganlyniad: a yw ailgysylltu â llaw yn ei drwsio, ac a yw cysgu arall yn dod â’r methiant yn ôl.
Y sylw olaf hwnnw yw’r un sy’n gwahanu’r tri ymgeisydd yn fwyaf dibynadwy. Nid yw sesiwn newydd sy’n gweithio ar ôl hen un sydd wedi methu yn broblem twnnel, ac ni fydd unrhyw ailosodiad o’r cleient yn newid hynny.
Nid oes gan keepalive parhaus WireGuard le yn y darlun hwn ond fel keepalive mapio NAT. Mae’n anfon pecynnau i ddal mapio ar agor; nid yw’n atal y peiriant rhag cysgu ac ni all barhau i anfon tra mae’r broses wedi’i hatal.
Cofnodwch yn y tocyn beth a wnaethoch ei ddarganfod: pa un o’r tri oedd wedi torri, beth a’i trwsiodd a sut y gwnaethoch ei atgynhyrchu. Bydd y person nesaf sy’n agor clawr ddydd Llun yn diolch i chi, ac ni fydd yn rhaid darganfod yr ateb o’r dechrau eto.