Azure VPN Client: VPN പ്ലാറ്റ്ഫോം കണക്ഷൻ ആരംഭിച്ചില്ല
വീണ്ടും ഇറക്കുമതി, അറ്റകുറ്റപ്പണി, റീസെറ്റ് എന്നിവ മൂന്ന് വ്യത്യസ്ത ചെലവുകളാണ്. ഹാൻഡ്ഓഫ് പരാജയം ചെലവിന്റെ ക്രമത്തിൽ പരിഹരിക്കുക, തുടർന്ന് സ്റ്റോർ പ്രശ്നം ഗേറ്റ്വേ പ്രശ്നത്തിൽ നിന്ന് വേർതിരിക്കുക.
സ്റ്റാറ്റസ് വരി പറയുന്നത് VPN പ്ലാറ്റ്ഫോം കണക്ഷൻ ആരംഭിച്ചില്ല എന്നാണ്, പ്രൊഫൈൽ പരാതിയില്ലാതെ ഇറക്കുമതി ചെയ്യുന്നു, ഗേറ്റ്വേ മറ്റുള്ളവർക്കെല്ലാം ആരോഗ്യകരമാണ്. ആ സന്ദേശം Windows-നുള്ളിലെ ഒരു ഹാൻഡ്ഓഫ് വിവരിക്കുന്നു, നിരസിച്ച ക്രെഡൻഷ്യലല്ല, അതിനാൽ ഉപയോഗപ്രദമായ ക്രമം ഏറ്റവും വിലകുറഞ്ഞ അവസ്ഥാ മാറ്റത്തിൽ നിന്ന് ഏറ്റവും നാശകരമായതിലേക്ക് പോകുന്നു. പ്രൊഫൈൽ വീണ്ടും ഇറക്കുമതി ചെയ്യാൻ ഒരു മിനിറ്റ്, പാക്കേജ് അറ്റകുറ്റപ്പണിക്ക് ഒരു റീസ്റ്റാർട്ട്, റീസെറ്റിന് യന്ത്രത്തിലെ എല്ലാ പ്രൊഫൈലുകളും. തെറ്റായ ക്രമത്തിൽ ജോലി ചെയ്യുന്നത് ഈ കേസുകൾ വേർതിരിച്ചറിയാൻ വേണ്ട തെളിവുകൾ നശിപ്പിക്കുന്നു.
വീണ്ടും ഇറക്കുമതി, അറ്റകുറ്റപ്പണി, റീസെറ്റ്: മൂന്ന് വ്യത്യസ്ത ചെലവുകൾ
മൂന്ന് പ്രവർത്തനങ്ങളും പരസ്പരം മാറ്റിസ്ഥാപിക്കാനാവില്ല, അധ്വാനമില്ലാതെ തിരിച്ചുകൊണ്ടുവരാനാവുന്നത് ഒന്ന് മാത്രം. വീണ്ടും ഇറക്കുമതി പ്രൊഫൈൽ പുതുക്കുകയും ആപ്പ് ഇൻസ്റ്റലേഷൻ നിലനിർത്തുകയും ചെയ്യുന്നു. അറ്റകുറ്റപ്പണി ഇറക്കുമതി ചെയ്ത പ്രൊഫൈലുകൾ നിലനിർത്തി പാക്കേജ് ഫയലുകൾ വീണ്ടും എഴുതുന്നു. റീസെറ്റ് പ്രൊഫൈലുകൾ ആപ്പ് അവസ്ഥയോടൊപ്പം നീക്കം ചെയ്യുന്നു, അതിനാൽ പിന്നീട് എല്ലാം വീണ്ടും ഇറക്കുമതി ചെയ്യേണ്ടി വരും.
| Action | Keeps | Removes |
|---|---|---|
| Re-import profile | App, other profiles | The stale profile entry |
| Repair package | Imported profiles | Damaged app files |
| Reset app | Nothing local | All profiles and app state |
ഗേറ്റ്വേ, വിലാസ പൂൾ അല്ലെങ്കിൽ പ്രാമാണീകരണ രീതി മാറിയപ്പോഴെല്ലാം azurevpnconfig.xml-ന്റെ പുതിയ ഡൗൺലോഡിൽ നിന്ന് തുടങ്ങുക. ഇല്ലാതാക്കിയ ഗേറ്റ്വേയെ പേരിടുന്ന പ്രൊഫൈൽ കൃത്യമായി ഈ സ്റ്റാറ്റസ് വരി നൽകുന്നു, ഇനി നിലവിലില്ലാത്ത ഒന്നിലേക്ക് ചൂണ്ടുന്ന ഫയൽ ക്ലൈന്റ് അറ്റകുറ്റപ്പണിയാൽ ശരിയാകില്ല.
നാശകരമായ ഏത് ഘട്ടത്തിനും മുൻപ് ആപ്പിന് പശ്ചാത്തലത്തിൽ പ്രവർത്തിക്കാൻ അനുമതിയുണ്ടോ എന്ന് പരിശോധിക്കുക: Settings, Apps, Installed apps, Azure VPN Client, Advanced options. സസ്പെൻഡ് ചെയ്ത ക്ലൈന്റിന് പ്ലാറ്റ്ഫോം ഹാൻഡ്ഓഫ് പൂർത്തിയാക്കാനാവില്ല.
RasMan എന്നത് ക്ലൈന്റ് ഹാൻഡ്ഓഫ് ചെയ്യുന്ന സേവനമാണ്
Remote Access Connection Manager ക്ലൈന്റ് അഭ്യർത്ഥനയെ Windows കണക്ഷനാക്കി മാറ്റുന്നു. ഉയർത്തിയ കമാൻഡ് പ്രോംപ്റ്റിൽ നിന്ന് net stop rasman, തുടർന്ന് net start rasman ഉപയോഗിച്ച് അത് റീസ്റ്റാർട്ട് ചെയ്യുക, മറ്റെന്തെങ്കിലും മാറ്റുന്നതിന് മുൻപ് വീണ്ടും കണക്ട് ചെയ്യുക.
അത് കണക്ഷൻ തിരികെ കൊണ്ടുവന്നാൽ, പരിഹാരം റീബൂട്ടിനെ അതിജീവിക്കാൻ സ്റ്റാർട്ടപ്പ് തരം സജ്ജീകരിക്കുക: sc.exe config rasman start= delayed-auto. ഇപ്പോൾ പ്രവർത്തിക്കുന്നുവെങ്കിലും ബൂട്ടിൽ പ്രവർത്തനരഹിതമായ സേവനം നാളെ രാവിലെ അതേ പരാജയം ആവർത്തിക്കും.
ആരംഭിച്ച് പിന്നീട് സ്വയം നിലയ്ക്കുന്ന സേവനം ശ്രദ്ധിക്കുക. ഈ മാതൃക ആശ്രിതത്വത്തെയോ നയത്തെയോ സൂചിപ്പിക്കുന്നു, റീസ്റ്റാർട്ട് ചെയ്യുമ്പോൾ കുറച്ച് മിനിറ്റുകൾ മാത്രം പ്രവർത്തിക്കും, ഇത് ശുദ്ധമായ പരാജയത്തേക്കാൾ മോശമാണ്, കാരണം ഇടവിട്ടുള്ള നെറ്റ്വർക്ക് പ്രശ്നമായി തോന്നുന്നു. ശ്രമത്തിന്റെ സമയത്തിന് ചുറ്റും System ലോഗിൽ സേവനനാമം പരിശോധിക്കുക, ആശ്രിതത്വങ്ങളും പ്രവർത്തിക്കുന്നുവെന്ന് ഉറപ്പാക്കുക.
Current User അല്ലെങ്കിൽ Local Machine: രണ്ട് സർട്ടിഫിക്കറ്റ് സ്റ്റോറുകൾ
ക്ലൈന്റ് ശൂന്യമായ സർട്ടിഫിക്കറ്റ് ലിസ്റ്റുമായി തുറന്നാൽ, കുറ്റം പ്രൊഫൈലിന്റേതല്ല, സേവനത്തിന്റേതുമല്ല. ക്ലൈന്റ് നിലവിലെ ഉപയോക്താവിന്റെ വ്യക്തിഗത സ്റ്റോർ വായിക്കുന്നു: certmgr.msc തുറക്കുക, Certificates, Current User, Personal, Certificates വിപുലീകരിക്കുക, സർട്ടിഫിക്കറ്റ് സ്വകാര്യ കീയോടെ അവിടെയുണ്ടെന്ന് ഉറപ്പാക്കുക.
certlm.msc ഉപയോഗിച്ച് തുറക്കുന്ന ലോക്കൽ മെഷീൻ സ്റ്റോർ മറ്റൊരു സ്റ്റോറാണ്, അവിടെ ഇൻസ്റ്റാൾ ചെയ്യുന്നത് ഉപയോക്തൃ സ്റ്റോറിൽ നോക്കുന്ന ക്ലൈന്റിനെ തൃപ്തിപ്പെടുത്തില്ല. സർട്ടിഫിക്കറ്റ് പ്രാമാണീകരണത്തിൽ ഗേറ്റ്വേയിൽ റൂട്ടിന്റെ പൊതു കീ മാത്രമുണ്ട്, ഓരോ ഉപകരണത്തിനും ആ റൂട്ടിൽ നിന്ന് നൽകിയ സ്വന്തം സർട്ടിഫിക്കറ്റ് വേണം. മറ്റൊരു യന്ത്രത്തിൽ നിന്ന് പകർത്തിയ സർട്ടിഫിക്കറ്റ് സാധാരണയായി അതിന്റെ സ്വകാര്യ കീയില്ലാതെ എത്തുന്നു, ഇത് തിരഞ്ഞെടുക്കാവുന്നതെങ്കിലും ഇപ്പോഴും പ്രാമാണീകരിക്കാനാവാത്ത എൻട്രി സൃഷ്ടിക്കുന്നു.
ശൂന്യമായ തിരഞ്ഞെടുക്കൽ സ്റ്റോർ പ്രശ്നമാണ്, ടണൽ പ്രശ്നമല്ല.
സർട്ടിഫിക്കറ്റ് പ്രാമാണീകരണം അല്ലെങ്കിൽ Azure AD: വ്യത്യസ്ത പരാജയ രൂപങ്ങൾ
Azure AD പ്രാമാണീകരണത്തിന് പോയിന്റ്-ടു-സൈറ്റ് കോൺഫിഗറേഷന് ടെനന്റ് URL, പ്രേക്ഷകനായി Azure VPN Client ആപ്ലിക്കേഷൻ ഐഡി, STS ഇഷ്യൂവർ എന്നിവ വേണം, കൂടാതെ അഡ്മിനിസ്ട്രേറ്റർ Azure VPN ആപ്ലിക്കേഷന് സമ്മതം നൽകണം. ആ കോൺഫിഗറേഷൻ സംരക്ഷിക്കുക, പാക്കേജ് വീണ്ടും ഡൗൺലോഡ് ചെയ്യുക, പഴയ പകർപ്പ് വീണ്ടും ഉപയോഗിക്കുന്നതിന് പകരം പുതിയ ഫയൽ ഇറക്കുമതി ചെയ്യുക.
ക്ലൈന്റ് വിലാസ പൂൾ വെർച്വൽ നെറ്റ്വർക്കുമായോ ഓൺ-പ്രിമൈസസ് ശ്രേണിയുമായോ ഓവർലാപ്പ് ചെയ്യുന്നില്ലെന്നും ലക്ഷ്യ യന്ത്രത്തിന്റെ നെറ്റ്വർക്ക് സെക്യൂരിറ്റി ഗ്രൂപ്പ് പൂളിന് അനുമതി നൽകുന്നുവെന്നും ഉറപ്പാക്കുക. ഈ രണ്ട് തെറ്റുകളും ക്ലൈന്റ് ഭാഗത്തെ എല്ലാ അറ്റകുറ്റപ്പണിയെയും അതിജീവിക്കുന്നു.
ലാപ്ടോപ്പ് ഭാഗമോ ഗേറ്റ്വേ ഭാഗമോ
പൊതു വിലാസ പരിശോധനയാൽ ടണൽ വിലയിരുത്തരുത്. പോയിന്റ്-ടു-സൈറ്റ് കണക്ഷൻ എല്ലാ ഇന്റർനെറ്റ് ട്രാഫിക്കും Azure-ലേക്ക് അയക്കുന്നില്ല, അതിനാൽ ടണൽ ശരിയായി പ്രവർത്തിക്കുമ്പോൾ മാറാത്ത പൊതു വിലാസം പ്രതീക്ഷിക്കാം. പകരം വെർച്വൽ നെറ്റ്വർക്കിനുള്ളിലെ സ്വകാര്യ വിലാസം പരിശോധിച്ച് യന്ത്രത്തിലെ ഫലപ്രദമായ റൂട്ടുകൾ വായിക്കുക.
ഏത് ഘട്ടമാണ് കണക്ഷൻ തിരികെ കൊണ്ടുവന്നത്, ക്ലൈന്റ് പതിപ്പ്, പ്രൊഫൈൽ ഡൗൺലോഡ് തീയതി, ക്രെഡൻഷ്യൽ സർട്ടിഫിക്കറ്റോ ഐഡന്റിറ്റി പ്രൊവൈഡറോ നൽകിയത് — എഴുതിവെക്കുക. ആ രേഖ അടുത്ത സംഭവത്തെ രണ്ട് മിനിറ്റ് പരിശോധനയാക്കി മാറ്റുന്നു, പരാജയങ്ങൾ ലാപ്ടോപ്പിൽ തുടരുന്നതിന് പകരം ഗേറ്റ്വേയിലേക്ക് നീങ്ങുന്നുണ്ടോ എന്ന് കാണിക്കുന്നു.
ജോലിയുടെ ക്രമം: പുതിയ പ്രൊഫൈൽ വീണ്ടും ഇറക്കുമതി ചെയ്യുക, RasMan റീസ്റ്റാർട്ട് ചെയ്യുക, പശ്ചാത്തല പ്രവർത്തനം അനുവദിക്കുക, പാക്കേജ് അറ്റകുറ്റപ്പണി ചെയ്യുക, സർട്ടിഫിക്കറ്റ് സ്റ്റോർ കേടുകൂടാതെയെന്ന് ഉറപ്പായാൽ മാത്രം റീസെറ്റ് ചെയ്യുക.