Kosa la L2TP/IPsec 789, 720 au 691: rekebisha hatua sahihi kwanza

Windows 11 huripoti nambari tofauti kwa kila hatua ya L2TP/IPsec, na nambari hiyo inaonyesha hatua badala ya kutathmini kushindwa. 789 hushindwa kabla kiungo cha PPP hakijakuwepo, 720 hushindwa wakati kiungo kinapoinuliwa, na 691 hushindwa baada ya kiungo kupanda na vitambulisho kukataliwa. Uamuzi wa manufaa si ule wa marekebisho gani ni maarufu zaidi; ni ule wa hatua gani msimbo unathibitisha kuwa umefikia. Soma hilo kwanza, kisha badilisha tabaka moja kwa kila jaribio ili msimbo unaofuata bado ukuambie kitu.

Soma msimbo kama hatua, si kama orodha ya hitilafu

Muunganisho wa L2TP huvuka mipaka mitatu kwa mpangilio maalum. IKE hujadili vyama vya usalama kupitia UDP 500, upitaji wa NAT huhamisha trafiki hiyo hadi UDP 4500, na hapo ndipo handaki la L2TP hubeba kikao cha PPP kinachomthibitisha mtumiaji na kumpa anwani.

Mpangilio huo ndio sababu msimbo wa kosa unaobadilika ni ushahidi wa manufaa. Kutoka 789 hadi 720 kunamaanisha kwamba IPsec sasa inajadili na kushindwa kumehamia kwenye uanzishaji wa kiungo. Kutoka 720 hadi 691 kunamaanisha kwamba kiungo kilipanda na lango likakataa utambulisho. Ukitumia marekebisho matano kwa mpigo, unapoteza ishara hiyo na huwezi kusema ni mabadiliko gani yalifanya kazi.

789: chagua kati ya njia na sera ya ndani

Msimbo 789 ni hitilafu ya uchakataji wakati wa majadiliano ya awali ya usalama. IPsec haikuwahi kuunda muungano unaoweza kutumika, kwa hivyo akaunti bado haijajaribiwa. Anza na njia na ufunguo ulioshirikiwa, si akaunti.

Thibitisha kwamba UDP 500 na UDP 4500 zinafika kwenye seva na kwamba ufunguo ulioshirikiwa mapema unalingana baiti kwa baiti, ikiwa ni pamoja na herufi kubwa na ndogo na nafasi za mwisho. Ikiwa seva iko nyuma ya NAT, Windows inaweza kuhitaji pia thamani ya rejista iliyoandikwa. Tumia 1 seva inapokuwa nyuma ya NAT na 2 pande zote mbili zinapokuwa hivyo, kisha anzisha upya kwa sababu wakala wa sera husoma thamani wakati wa kuanza:

reg add "HKLM\SYSTEM\CurrentControlSet\Services\PolicyAgent" /v AssumeUDPEncapsulationContextOnSendRule /t REG_DWORD /d 1 /f

Ukarabati mzito wa adapta ni wa tawi lingine. Kuondoa kifaa cha Wi-Fi na bandari ndogo za WAN kisha kuchanganua upya maunzi kunahalalishwa wakati mkusanyiko wa ndani wa IPsec umeharibika na aina nyingine za VPN zinashindwa vivyo hivyo. Ni jitihada bure wakati seva moja tu ya L2TP inashindwa huku njia nyingine zote za mtandao zikifanya kazi.

720: chagua kati ya adapta hii na bwawa la seva

Kosa 720 huripoti kwamba muunganisho kwa kompyuta ya mbali haukuweza kuanzishwa, na huonekana baada ya IPsec kufaulu. Handaki lilifika hatua ya kuinua kiolesura au kupata anwani, kisha likasimama. Hilo huifanya kuwa suala la adapta ya ndani au suala la uwezo wa seva.

Tumia eneo la athari kuamua. Kompyuta moja ya Windows kushindwa huashiria bandari ndogo ya WAN yenye kasoro, huduma ya Remote Access iliyosimama au wasifu wa muunganisho ulioharibika. Wateja kadhaa kushindwa kwa wakati mmoja huashiria seva: bwawa la anwani lililoisha, huduma ya RRAS iliyosimama au bwawa ambalo haliendani tena na subneti ya mteja. Rekebisha upande unaoashiriwa na muundo kabla ya kubadilisha ule mwingine.

Katika tawi la mteja mmoja, ondoa bandari ndogo za WAN mara moja na uchanganue mabadiliko ya maunzi, kisha anzisha upya na ujaribu tena. Katika tawi la seva, angalia bwawa na hali ya huduma badala ya mteja, kwa sababu kusakinisha upya adapta inayofanya kazi hakuwezi kuunda anwani ambayo seva haina.

691: chagua kati ya kitambulisho na msaidizi aliyesimama

Msimbo 691 ni kukataliwa kwa uthibitishaji, na ni msimbo unaosomwa vibaya mara nyingi kama nenosiri lisilo sahihi. Handaki liko juu, lango lilionja utambulisho na likaukataa. Sababu bado inaweza kuwa nje ya uwanja wa nenosiri.

Angalia uwanja wa kikoa kwanza, kisha herufi kamili katika nenosiri. Nenosiri lililo na nafasi, alama ya nukuu au herufi maalum ya shell linaweza kuharibika kabla ya kufika kwenye seva; kwenye Linux, pppd huripoti kukataliwa kama vile E=691 kwa thamani isiyo na nukuu au kikoa kinachokosekana. Andika upya siri badala ya kuibandika, na futa kitambulisho chochote kilichohifadhiwa ambacho kinaweza kuwa na thamani ya zamani.

Tawi ambalo watu hulikosa ni huduma msaidizi iliyosimama. Wakati mteja wa msambazaji anategemea huduma yake mwenyewe kupitisha vitambulisho kwenye lango, huduma iliyozimwa au iliyoanguka hutoa 691 hata nenosiri likiwa sahihi. Angalia hali ya huduma ya msambazaji kabla ya kuweka upya akaunti, hasa baada ya kuanzisha upya au kusasisha.

Ili kutenganisha matawi, jaribu jina la mtumiaji huyo huyo kwenye wasifu mwingine wa VPN unaofanya kazi au akaunti ya majaribio ya RADIUS. Ikiwa hilo litafaulu, kitambulisho kiko sawa na njia ya mteja wa ndani inatia shaka. Ikiwa litashindwa vivyo hivyo, tatizo ni akaunti au sera ya lango.

Badilisha tabaka moja kwa kila jaribio

Fanya kazi kutoka nje kuelekea ndani: ufikivu na upitaji wa NAT, kisha ufunguo ulioshirikiwa mapema, kisha mkusanyiko wa adapta wa ndani, kisha kitambulisho, kisha bwawa la seva na huduma. Mpangilio huo unafuata hatua zinazoelezwa na misimbo na huweka kila tokeo likihusishwa na mabadiliko moja.

Weka kumbukumbu fupi ya msimbo kabla na baada ya kila jaribio, build ya mteja, na kama seva au mteja ilibadilishwa. Mfululizo kama 789, kisha 720, kisha 691 ni ramani ya maendeleo; msimbo huo huo mara mbili unamaanisha kwamba mabadiliko ya mwisho hayakushughulikia hatua hiyo. Kusakinisha upya Windows hufuta ramani hii na mara chache hurekebisha kushindwa kunakoishi kwenye lango.

Msimbo unapoacha kubadilika, acha kubadilisha vitu. Rekodi msimbo wa sasa, anwani ya seva, mbinu ya uthibitishaji na muda wa jaribio, kisha kulinganisha kumbukumbu hiyo na mteja anayefanya kazi. Tofauti kati ya kumbukumbu hizo mbili kwa kawaida ni ndogo kuliko orodha ya marekebisho ambayo watu hujaribu kwa chaguo-msingi.