VPN inaanguka baada ya uhuishaji wa DHCP? Linganisha anwani

Uhuishaji wa kukodisha na kushindwa kwa VPN huonekana pamoja kwenye kumbukumbu mara nyingi vya kutosha kwamba watu huhitimisha kuwa kimoja husababisha kingine. Mlinganyo wa wakati ni halisi; sababu kwa kawaida siyo. Uhuishaji ni ombi la unicast kwa seva iliyotoa kukodisha, la kuendelea kutumia kiunga kile kile, na seva inaweza kuliongeza bila mteja kubadilisha anwani hata moja. Kuchunguza thamani za mteja mwenyewe karibu na tukio hutenganisha kukodisha kulikohuishwa kwa utulivu na mtandao uliobadilika kweli chini ya handaki inayofanya kazi.

Anza na mteja aliyeanguka

Kwanza fungua kumbukumbu ya muunganisho wa mteja na uandike muda wa kuanguka hadi sekunde. Kisha fungua kumbukumbu ya mtandao ya mfumo wa uendeshaji kwa dakika hiyo hiyo na usome kwa mpangilio kile kiolesura kilichofanya. Mpangilio huu ni uchunguzi wote: tukio la DHCP kabla ya kukatika, kukatika kabla ya tukio la DHCP, na matukio mawili bila kitu kati yao ni matokeo matatu tofauti. Mstari wa kumbukumbu unaotaja kukodisha tu wakati handaki ilikuwa tayari inaunganisha upya ni mapambo, si uthibitisho.

Andika mstari wa muda unapoendelea badala ya kuuweka akilini. Alama za muda kutoka zana tofauti mara chache hulingana kikamilifu, na tofauti yenyewe wakati mwingine ni maelezo.

Linganisha thamani nne karibu na tukio

Thamani nne zinaeleza upande wa ndani wa muunganisho vya kutosha ili kunasa mabadiliko halisi: anwani ya kiolesura, lango la chaguo-msingi, orodha ya vitatuzi na hali ya uendeshaji ya kiolesura. Zinase kati ya dakika moja baada ya kuanguka na ulinganishe na nakala iliyochukuliwa wakati handaki ilikuwa nzuri.

ip -4 -brief addr show dev wlan0
ip -4 route show default
resolvectl status | grep -A3 'DNS Servers'
journalctl -u NetworkManager --since -10m --no-pager | grep -i dhcp

Anwani isiyobadilika na lango lisilobadilika na orodha ya vitatuzi iliyobadilika huelekeza kwenye utatuzi wa majina badala ya uelekezaji, na handaki inaweza kuwa ilinusurika wakati programu ziliacha kupata wenyeji. Lango lililobadilika linamaanisha njia ya kutoka kwenye mtandao wa ndani ilihamia, na hiyo inatosha kubatilisha njia iliyokuwa ikielekeza kwenye ile ya awali. Ikiwa thamani zote nne zinalingana na nakala nzuri, kukodisha si sababu yako na mantiki ya kuunganisha upya ya mteja mwenyewe inakuwa mada. Nasa ulinganisho wakati hitilafu inaonekana, kwa sababu nakala nzuri iliyochukuliwa baada ya kuwasha upya ina historia tofauti ya anwani na haitalingana.

Uhuishaji unaweza kubadilisha nini na hauwezi kubadilisha nini

RFC 2131 unaeleza uhuishaji kama ombi kwa seva ya awali katikati ya muda wa kukodisha, pamoja na kuunganisha upya kwa seva yoyote kwa sehemu saba kati ya nane ikiwa jaribio la kwanza linabaki bila jibu. Hakuna hatua inayohitaji mteja kupata anwani tofauti, na seva inayoshirikiana kwa kawaida huongeza kiunga kilichopo. Mabadiliko halisi ya anwani kwa kawaida huja kwa njia nyingine: seva inakataa uhuishaji, mteja alipoteza hali yake na akaanza upya, au mtandao ulihamisha kifaa kwenda sehemu nyingine.

Upande wa umma wa muunganisho unaweza kubadilika bila mabadiliko yoyote ya ndani. Nyuma ya tafsiri ya daraja la mtoa huduma, anwani ambayo mwenza wa VPN anaiona inaweza kugawiwa upya bila kujali chochote kile kukodisha kwa ndani kilichofanya, na ugawaji huo upya unaonekana kama kushindwa kwa mtandao wa ndani kutoka ndani ya mteja. Kulinganisha anwani iliyoripotiwa ndani na uchunguzi kutoka upande wa mwenza ni njia pekee ya kuwatenganisha.

Wakati mteja anashindwa kuzoea

Mteja aliyefunga usafirishaji wake kwenye anwani ya zamani, alihifadhi njia iliyopitwa na wakati kwa mwenza, au alihifadhi utambulisho wa kiolesura anaweza kuendelea kujaribu njia ambayo haipo tena. Hiyo ni kasoro ya kuzoea, na inaonekana kama utumaji upya unaorudiwa kuelekea anwani ambayo mwenyeji hawezi kuifikia tena. Wateja wengine huishughulikia kwa muundo: kwa mfano WireGuard husasisha sehemu ya mwisho ya mwenza wakati pakiti iliyothibitishwa ipasavyo inawasili kutoka chanzo kipya.

Kuwasha upya kwa mkono kunakorejesha huduma ni kidokezo cha mahali ambapo kuzoea kulishindikana, si uthibitisho kwamba kukodisha na handaki haziendani. Weka sera ya kuzuia mahali wakati wa jaribio, vinginevyo jaribio lenyewe linakuwa usumbufu wenye sababu nyingine. Andika kama mteja alijirejesha mwenyewe, ilichukua muda gani na ni anwani gani alijaribu tena; mfuatano huo unakuambia zaidi kuliko sababu ya kukatika inayoonyeshwa kwenye kiolesura.

Rudia tukio kabla ya kulilaumu

Zalisha hali badala ya kusubiri ratiba: acha na uhuishaji kukodisha, au lazima tukio lililodhibitiwa sawa, na uangalie kama handaki inanusurika. Katika mtandao unaosimamiwa, ratibu mabadiliko yoyote ya anwani na mmiliki wa mtandao, kwa sababu ugawaji tuli wa kiholela unaweza kugongana na kifaa ambacho tayari kina anwani hiyo.

Baada ya marekebisho yanayoungwa mkono, rudia tukio lile lile kisha ujaribu programu na utafutaji wa jina, kwa sababu handaki inayounganisha upya lakini ikavunja DNS hupita jaribio dhaifu kuliko lile lenye maana. Ripoti mabadiliko mahususi uliyoyaona, pamoja na alama yake ya muda, badala ya kutaja kukodisha kulikopangwa kama sababu. Tofauti kati ya ripoti hizo mbili ni kama mtu anayefuata anaweza kuzalisha hitilafu au uvumi tu.