IKEEXT સેવા બંધ હોય ત્યારે L2TP/IPsec નિષ્ફળ જાય છે

એક લેપટોપ IKEv2 ગેટવે સુધી પહોંચે છે પણ L2TP/IPsec ગેટવે પર નિષ્ફળ જાય છે, અને કોઈપણ વપરાશકર્તા નામ મોકલાય તે પહેલાં ભૂલ આવે છે. પ્રોફાઇલ સામાન્ય રીતે પ્રથમ શંકાસ્પદ હોય છે અને સામાન્ય રીતે ખોટું હોય છે. Windows IPsec કી-આદાનપ્રદાન એક સેવામાં ચલાવે છે, અને જ્યાં સુધી તે સેવા બંધ છે, ત્યાં સુધી બિલ્ટ-ઇન ક્લાયન્ટ પાસે વાટાઘાટ કરવા માટે કોઈ સ્ટેક નથી. પ્રોફાઇલનું એક પણ ફીલ્ડ સ્પર્શ કરતાં પહેલાં સેવા ચકાસો, પછી તેને કોણે બંધ કર્યું તે શોધો.

નિષ્ફળતા પાછળની સેવા

સેવા સૂચિમાં IKEEXT તરીકે દેખાતી IKE and AuthIP IPsec Keying Modules કી-આદાનપ્રદાન કરે છે અને Windows માં UDP 500 અને 4500 સોકેટ રાખે છે. તેને બંધ કરો અને L2TP/IPsec તથા IKEv2 બંને તેમનો વાટાઘાટકર્તા ગુમાવે છે, જ્યારે PPTP અને SSTP કામ ચાલુ રાખી શકે છે કારણ કે તેઓ તેના પર નિર્ભર નથી. આ જ વિભાજન સમજાવે છે કે વપરાશકર્તા કેમ કહી શકે છે કે એક VPN પ્રકાર કામ કરે છે અને બીજો તે જ મશીન પર મૃત છે. સેવા ઑપરેટિંગ સિસ્ટમનો ભાગ છે, તેથી કોઈ પણ પ્રોફાઇલ સેટિંગ તેની જગ્યા લઈ શકતી નથી.

આ બે પોર્ટ ખાલી કરવા એ તે આડઅસર છે જે ખરાબ સલાહ પેદા કરે છે. કોઈ સાધન કે ફોરમ પોસ્ટ જુએ છે કે 500 અને 4500 વ્યસ્ત છે, તેમને ખાલી કરવા સેવા થોભાવે છે, અને એ રીતે IPsec ને હોસ્ટ પરથી શાંતિથી દૂર કરે છે. બંને અસરો એક જ ક્રિયા છે, તેથી પોર્ટ સાફ કરવાની સલાહ આપતી કોઈપણ માર્ગદર્શિકા સમારકામ નહીં પણ અદલાબદલી વર્ણવે છે.

અનુમાન લગાવ્યા વિના સેવા પાછી લાવો

સેવા મેનેજરને બે પ્રશ્નો પૂછો: સ્ટાર્ટઅપ પ્રકાર શું છે, અને વર્તમાન સ્થિતિ શું છે. પહેલો કહે છે કે સેવા પુનઃપ્રારંભ પછી પાછી આવશે કે નહીં; બીજો કહે છે કે તે અત્યારે ચાલી રહી છે કે નહીં. બંને ક્વેરી ઉન્નત કમાન્ડ પ્રોમ્પ્ટથી ચલાવો જેથી એ જ શેલ પછી સેટિંગ બદલી શકે.

sc qc ikeext
sc query ikeext

સ્ટાર્ટઅપ પ્રકાર Disabled આખું લક્ષણ સમજાવે છે, અને ઉકેલ એ છે કે તેને પાછો Automatic પર મૂકો અને સેવા શરૂ કરો. Services કન્સોલમાં પ્રવેશ તેના પ્રદર્શિત નામ, IKE and AuthIP IPsec Keying Modules, સાથે દેખાય છે, તેથી તે સૂચિમાં IKEEXT શોધવાથી કંઈ મળતું નથી. જો સેવા પહેલેથી નિષ્ફળ કનેક્શન ચાલી ગયા પછી જ શરૂ થઈ હોય તો ફરી શરૂ કરો, કારણ કે તે ક્રમમાં શરૂ કરાયેલો સ્ટેક અસંબંધિત લાગતી રીતે નિષ્ફળ જઈ શકે છે.

sc config ikeext start= auto
net start ikeext

ફરી શું તેને બંધ કરે છે

કેટલાક તૃતીય-પક્ષ VPN સૂટ તેમનું પોતાનું IPsec અમલીકરણ લાવે છે અને ઇન્સ્ટોલેશન દરમિયાન IKEEXT બંધ કરે છે, ત્યારપછી Windows ક્લાયન્ટ કામ કરવાનું બંધ કરે છે. બીજું ઉત્પાદન દૂર કરવાથી જે મશીનો પર પ્રોફાઇલ સંપાદનથી કંઈ મળ્યું ન હતું ત્યાં L2TP/IPsec પુનઃસ્થાપિત થયું, અને વિરોધી ઘટક વિના ફરી ઇન્સ્ટોલ કરવાથી પણ એમ જ થયું. સેવા ઇન્સ્ટોલેશન વખતે બંધ કરવામાં આવી હતી, વપરાશકર્તાએ તેને બદલી ન હતી.

ગ્રુપ પોલિસી પણ સ્ટાર્ટઅપ પ્રકારને સ્થિર કરી શકે છે; તે સ્થિતિમાં સ્થાનિક ફેરફાર આગલા રિફ્રેશ પર પાછો ખેંચાય છે અને પોલિસીનો માલિક એડમિનિસ્ટ્રેટર જ તેને બદલી શકે છે. સ્ટાર્ટઅપ પ્રકાર ફરી શરૂ કરતાં પહેલાં, પછી અને બીજા ઉત્પાદનના અપડેટ પછી દર વખતે તારીખ સાથે નોંધો. જે મૂલ્ય વારંવાર Disabled પર પાછું આવે છે તે તેના માલિકને અનુમાનથી નહીં પણ પેટર્નથી જાહેર કરે છે.

પહેલા તબક્કો વાંચો, પછી લોગ

સેવા ચાલુ હોય ત્યારે નિષ્ફળતાનો તબક્કો નક્કી કરે છે કે આગળ ક્યાં જોવું. IKE દરમિયાન અટકવું સામાન્ય રીતે એનો અર્થ છે કે UDP 500 અથવા 4500 ક્યારેય સર્વર સુધી પહોંચ્યું નથી, અથવા સર્વર મેળ ખાતી એન્કેપ્સ્યુલેશન સેટિંગ વિના NAT પાછળ છે. ક્રેડેન્શિયલ પ્રોમ્પ્ટ સુધી પહોંચીને ત્યાં નિષ્ફળ જવું એ PPP પ્રમાણીકરણની સમસ્યા છે, IPsecની નહીં. ઉપર આવીને ક્યાંય ન પહોંચતો ટનલ એ રૂટિંગ કે વિભાજિત ટનલની ખામી છે, અને તે ત્રણમાંથી પહેલો જ VPN પ્રોફાઇલમાં રહે છે.

પ્રમાણપત્રવાળી પ્રોફાઇલ પોતાનો તબક્કો ઉમેરે છે. ક્લાયન્ટે જારીકર્તા સત્તાધિકારી પર ભરોસો રાખવો પડે છે અને પ્રમાણપત્રે ચકાસાતા સર્વરનું નામ આપવું પડે છે; જ્યારે બેમાંથી કોઈ પણ શરત નિષ્ફળ જાય, ત્યારે સંવાદ હજી પણ પ્રારંભિક વાટાઘાટની ભૂલ જણાવે છે, તેથી ઘટના લોગ એ જ જગ્યા છે જ્યાં સાચું કારણ દેખાય છે. પ્રોફાઇલ સંપાદિત કરતાં પહેલાં લોગ પ્રવેશ વાંચો, કારણ કે સંવાદ ઘણી અલગ નિષ્ફળતાઓને એક જ વાક્યમાં સંકોચે છે. સમાપ્ત થયેલું પ્રમાણપત્ર બંધ સેવા જેવો જ સંવાદ ઉત્પન્ન કરે છે, તેથી લોગ પ્રવેશ મહત્ત્વનો છે.

દરેક પ્રયાસ માટે નિષ્ફળ તબક્કો, ભૂલનો ટેક્સ્ટ અને સમય-છાપ નોંધો. આ ત્રણ ફીલ્ડ પહોંચની સમસ્યાને પ્રમાણીકરણની સમસ્યા અને રૂટિંગની સમસ્યાથી અલગ પાડે છે, અને આગળના ફેરફારને અનુમાનને બદલે નિર્ણય બનાવે છે.

સ્થાનિક સમારકામ શું સાબિત કરી શકતું નથી

સેવા પુનઃસ્થાપિત કરવાથી લેપટોપ પરનો અડધો રસ્તો સુધરે છે. ચાલતી સેવા ફક્ત સ્થાનિક અડધો ભાગ સાબિત કરે છે: દૂરનો છેડો હજી પણ પસંદ કરાયેલો પ્રસ્તાવ, આપેલા ક્રેડેન્શિયલ અને પેકેટ જે સ્રોત સરનામેથી આવે છે તે સ્વીકારવો પડે છે. લેપટોપ પર કરાયેલું કંઈપણ UDP 500 ને સાથી સુધી પહોંચતાં પહેલાં ફેંકી દેતી ફાયરવોલની ભરપાઈ કરતું નથી. સફળ સેવા સ્થિતિ એ પૂર્વશરત છે, ટનલ ઉપર આવશે તેનો પુરાવો નહીં.

પોર્ટ ખાલી કરવા IKEEXT બંધ કરવું ફક્ત ત્યારે જ વાજબી છે જ્યારે તમે સ્વીકારો કે Windows ના IPsec VPN કામ કરવાનું બંધ કરશે. તે પોર્ટના અથડામણને તે સુવિધા દૂર કરીને ઉકેલે છે જેને પોર્ટની જરૂર હતી, અને તે ભાગ્યે જ એ અદલાબદલી હોય છે જે વપરાશકર્તાનો ઇરાદો હતો. કંઈપણ બદલતાં પહેલાં ખાતરી કરો કે સેવા અસ્તિત્વમાં છે, Automatic પર સેટ છે અને ચાલે છે, બીજો IPsec સ્ટેક સ્થાપિત નથી, અને પૂર્વ-શેર કરેલી કી અથવા પ્રમાણપત્ર શૃંખલા ગેટવે સાથે મેળ ખાય છે.

• IKEEXT અસ્તિત્વમાં છે, Automatic પર સેટ છે અને ક્લાયન્ટ જોડાય તે પહેલાં ચાલે છે.
• બીજું કંઈ UDP 500 અથવા 4500 ધરી રાખતું નથી.
• જૂના ક્લાયન્ટથી બીજો IPsec સ્ટેક બચતો નથી.
• કી અથવા પ્રમાણપત્ર શૃંખલા ગેટવે રૂપરેખાંકન સાથે મેળ ખાય છે.
• નિષ્ફળ તબક્કો પ્રોફાઇલ સંપાદિત થાય તે પહેલાં નોંધાયો હતો.