L2TP/IPsec hushindwa wakati huduma ya IKEEXT imezimwa
Hakuna IKEEXT, hakuna IPsec: L2TP na IKEv2 hushindwa ilhali aina nyingine zinaendelea kuunganisha. Kagua huduma, kisha ujue kilichoizima kabla ya kuhariri wasifu.
Kompyuta moja ya mkononi hufikia lango la IKEv2 lakini hushindwa kwenye lango la L2TP/IPsec, na hitilafu huja kabla ya jina lolote la mtumiaji kutumwa. Wasifu kwa kawaida ni mshukiwa wa kwanza na kwa kawaida ndio usio sahihi. Windows huendesha ubadilishanaji wa funguo za IPsec katika huduma, na wakati huduma hiyo imezimwa, mteja aliyejengwa ndani hana staki ya kujadiliana. Kagua huduma kabla ya kugusa hata sehemu moja ya wasifu, kisha ujue kilichoizima.
Huduma iliyo nyuma ya hitilafu
IKE and AuthIP IPsec Keying Modules, inayoonekana kama IKEEXT kwenye orodha ya huduma, hufanya ubadilishanaji wa funguo na kushikilia soketi za UDP 500 na 4500 kwenye Windows. Izime na L2TP/IPsec pamoja na IKEv2 wote hupoteza mjadiliano wao, ilhali PPTP na SSTP zinaweza kuendelea kufanya kazi kwa sababu hazitegemei huduma hiyo. Mgawanyiko huo ndio sababu mtumiaji anaweza kuripoti kwamba aina moja ya VPN inafanya kazi na nyingine imekufa kwenye mashine hiyo hiyo. Huduma ni sehemu ya mfumo wa uendeshaji, kwa hivyo hakuna mpangilio wa wasifu unaoweza kuichukua nafasi yake.
Kufungua bandari hizo mbili ni athari ambayo huzalisha ushauri mbaya. Zana au chapisho la jukwaa hugundua kuwa 500 na 4500 zinatumika, husimamisha huduma ili kuzifungua, na hivyo kuondoa IPsec kwenye mwenyeji kwa utulivu. Athari hizo mbili ni kitendo kimoja, kwa hivyo mwongozo wowote unaopendekeza kusafisha bandari unaelezea ubadilishanaji na sio ukarabati.
Rudisha huduma bila kubahatisha
Uliza meneja wa huduma maswali mawili: aina ya kuanza ni ipi, na hali ya sasa ni ipi. La kwanza hukuambia kama huduma itarudi baada ya kuwasha upya; la pili hukuambia kama inaendesha sasa. Endesha maulizo yote mawili kutoka kwa kidokezo cha amri kilichoinuliwa ili ganda hilo hilo liweze kubadilisha mpangilio baadaye.
sc qc ikeext
sc query ikeext
Aina ya kuanza Disabled inaelezea dalili zote, na suluhisho ni kuirejesha kwa Automatic na kuanzisha huduma. Kwenye konsoli ya Services, ingizo huonekana chini ya jina lake la kuonyesha, IKE and AuthIP IPsec Keying Modules, kwa hivyo kutafuta IKEEXT kwenye orodha hiyo hakupati kitu. Washa upya ikiwa huduma ilianzishwa tu baada ya muunganisho ulioshindwa kuwa tayari umefanyika, kwa sababu staki iliyoanzishwa kwa mpangilio huo inaweza kushindwa kwa njia zinazoonekana hazihusiani.
sc config ikeext start= auto
net start ikeext
Nini huizima tena
Baadhi ya suite za VPN za wahusika wengine huleta utekelezaji wao wa IPsec na huzima IKEEXT wakati wa usakinishaji, kisha mteja wa Windows huacha kufanya kazi. Kuondoa bidhaa nyingine kumerejesha L2TP/IPsec kwenye mashine ambazo uhariri wa wasifu haukufanikisha chochote, na vivyo hivyo usakinishaji upya bila kipengele kinachogongana. Huduma ilizimwa wakati wa usakinishaji, haikubadilishwa na mtumiaji.
Sera ya kikundi pia inaweza kubandika aina ya kuanza; katika hali hiyo mabadiliko ya ndani hurudishwa nyuma kwenye uhuishaji unaofuata na msimamizi anayemiliki sera hiyo lazima aibadilishe. Rekodi aina ya kuanza kabla ya kuwasha upya, baada yake na baada ya bidhaa nyingine kusasishwa, kila mara pamoja na tarehe. Thamani inayorudi Disabled mara kwa mara huivua siri mmiliki wake kwa muundo, sio kwa kubahatisha.
Soma hatua kwanza, kisha kumbukumbu
Huduma inapofanya kazi, hatua ya hitilafu huamua pakutazama baadaye. Kukwama wakati wa IKE kwa kawaida humaanisha kuwa UDP 500 au 4500 haikufika kwa seva, au seva iko nyuma ya NAT bila mpangilio unaolingana wa ufungashaji. Kufikia kidokezo cha vitambulisho na kushindwa hapo ni tatizo la uthibitishaji wa PPP, sio IPsec. Handaki inayoinuka na kufikia chochote ni hitilafu ya uelekezaji au handaki iliyogawanyika, na ni ya kwanza tu kati ya hizo tatu iliyo kwenye wasifu wa VPN.
Wasifu wenye cheti huongeza hatua yao wenyewe. Mteja lazima aamini mamlaka inayotoa na cheti lazima kitaje seva inayothibitishwa; wakati mojawapo ya masharti mawili inashindwa, kidirisha bado huripoti hitilafu ya mazungumzo ya awali, kwa hivyo kumbukumbu ya matukio ndiko mahali sababu halisi inaonekana. Soma ingizo la kumbukumbu kabla ya kuhariri wasifu, kwa sababu kidirisha hubana hitilafu kadhaa tofauti katika sentensi moja. Cheti kilichoisha muda huzalisha kidirisha kilekile kama huduma iliyozimwa, na ndiyo sababu ingizo la kumbukumbu ni muhimu.
Rekodi hatua iliyoshindwa, maandishi ya hitilafu na muhuri wa muda kwa kila jaribio. Sehemu hizo tatu hutenganisha tatizo la ufikivu na tatizo la uthibitishaji na tatizo la uelekezaji, na hufanya mabadiliko yanayofuata kuwa uamuzi badala ya kubahatisha.
Kile ambacho ukarabati wa ndani hauwezi kuthibitisha
Kurejesha huduma hutengeneza nusu ya njia iliyo kwenye kompyuta ya mkononi. Huduma inayofanya kazi huthibitisha nusu ya ndani tu: mwisho wa mbali bado lazima ukubali pendekezo lililochaguliwa, vitambulisho vilivyotolewa na anwani ya chanzo ambayo pakiti huja kutoka. Hakuna kinachofanywa kwenye kompyuta ya mkononi hufidia ukuta wa moto unaotupa UDP 500 kabla ya kufika kwa mwenza. Hali ya huduma iliyofanikiwa ni sharti la awali, sio ushahidi kwamba handaki itainuka.
Kuzima IKEEXT ili kufungua bandari kunategemewa tu ikiwa unakubali kwamba VPN za IPsec za Windows zitaacha kufanya kazi. Hutatua mgongano wa bandari kwa kuondoa kipengele kilichohitaji bandari hiyo, na hiyo mara chache ndio ubadilishanaji ambao mtumiaji alikusudia. Kabla ya kubadilisha chochote, thibitisha kwamba huduma ipo, imewekwa kwa Automatic na inaendesha, hakuna staki ya pili ya IPsec iliyosakinishwa, na ufunguo ulioshirikiwa mapema au mnyororo wa vyeti unalingana na lango.
- IKEEXT ipo, imewekwa kwa Automatic na inaendesha kabla mteja kuunganisha.
- Hakuna kingine kinachoshikilia UDP 500 au 4500.
- Hakuna staki ya pili ya IPsec iliyobaki kutoka kwa mteja wa zamani.
- Ufunguo au mnyororo wa vyeti unalingana na usanidi wa lango.
- Hatua iliyoshindwa ilirekodiwa kabla wasifu kuhaririwa.