GVC Acquiring IP-യിൽ കുടുങ്ങി: ഇത് പാസ്വേഡ് പ്രശ്നമല്ല

Global VPN Client Acquiring IP-യിൽ നിൽക്കുന്നു, ആദ്യ പ്രതികരണം പാസ്വേഡ് വീണ്ടും എഴുതുകയോ ക്ലയന്റ് വീണ്ടും ഇൻസ്റ്റാൾ ചെയ്യുകയോ ആണ്. രണ്ടും പരാജയപ്പെട്ട ഘട്ടത്തെ തൊടുന്നില്ല. ക്ലയന്റ് വിലാസം ചോദിക്കുന്നതിന് മുമ്പുതന്നെ പ്രമാണീകരണം പൂർത്തിയായിരുന്നു, അതിനാൽ ആ വരിയിൽ നിങ്ങളെ പിടിച്ചുനിർത്തുന്നത് ക്രെഡൻഷ്യലുകളല്ല. അവിടെ നിങ്ങളെ പിടിച്ചുനിർത്തുന്നത് പൂർത്തിയാകാത്ത DHCP കൈമാറ്റമാണ്, അത് മൂന്ന് വ്യത്യസ്ത സ്ഥലങ്ങളിൽ കുടുങ്ങാം.

പ്രമാണീകരണവും വിലാസ അനുവദനവും വെവ്വേറെ ഘട്ടങ്ങളാണ്

GVC ആദ്യം നിങ്ങൾ ആരാണെന്ന് തെളിയിക്കുന്നു, തുടർന്ന് നിങ്ങളുടെ കണക്ഷന് നൽകിയ നയം അനുസരിച്ച് അതിന്റെ വെർച്വൽ അഡാപ്റ്ററിനുള്ള ക്രമീകരണങ്ങൾ ആവശ്യപ്പെടുന്നു. ഇവ വ്യത്യസ്ത പരാജയ ലക്ഷണങ്ങളുള്ള തുടർച്ചയായ ഘട്ടങ്ങളാണ്. മോശം ക്രെഡൻഷ്യലുകൾ സാധാരണയായി നേരത്തെ പരാജയപ്പെടുന്നു, വിലാസ വരിക്ക് പകരം പ്രമാണീകരണ അല്ലെങ്കിൽ ചർച്ചാ സന്ദേശത്തോടെ.

ഈ ക്രമമാണ് പാസ്വേഡ് പുനഃസജ്ജീകരണം, പുതിയ ലോക്കൽ ഉപയോക്താവ് അല്ലെങ്കിൽ വീണ്ടും ഇൻസ്റ്റാൾ ഇവിടെ ഒന്നും മാറ്റാത്തതിന്റെ കാരണം. ക്ലയന്റ് ഇതിനകം അംഗീകരിക്കപ്പെട്ടിരിക്കുന്നു; ഇപ്പോൾ അത് ഗേറ്റ്വേ അല്ലെങ്കിൽ അതിന്റെ DHCP പങ്കാളി നൽകേണ്ട ലീസിനായി കാത്തിരിക്കുന്നു. ഉപയോക്താവിനെ അനുവദിച്ചിട്ടും വിലാസ ശ്രേണി നൽകാത്ത നയവും കൃത്യമായി ഈ സ്ക്രീൻ ഉണ്ടാക്കുന്നു.

അതിനാൽ ആദ്യത്തെ ഉപയോഗപ്രദമായ ചോദ്യം ക്രെഡൻഷ്യലുകൾ ശരിയാണോ എന്നല്ല, മറിച്ച് ഏത് നയമാണ് നൽകിയത്, ആ നയം വെർച്വൽ അഡാപ്റ്റർ വിലാസത്തെക്കുറിച്ച് എന്ത് പറയുന്നു എന്നതാണ്. സഹപ്രവർത്തകന്റെ പ്രവർത്തിക്കുന്ന സ്ക്രീൻഷോട്ടിന് പകരം ആ കണക്ഷന്റെ യഥാർത്ഥ കോൺഫിഗറേഷൻ വായിക്കുക.

ലീസ് യഥാർത്ഥത്തിൽ എവിടെ നിന്ന് വരുന്നു

രണ്ട് മാതൃകകൾ സാധാരണമാണ്. ഫയർവാൾ തന്നെ VPN ക്ലയന്റുകൾക്കായി DHCP സ്കോപ്പ് നടത്താം, അല്ലെങ്കിൽ ആവശ്യകത ആന്തരിക നെറ്റ്വർക്കിലെ ബാഹ്യ DHCP സർവറിലേക്ക് അയയ്ക്കാം. ഏത് ലോഗുകൾ പ്രധാനമാണ്, ആരെ വിളിക്കണം എന്നത് മാതൃക തീരുമാനിക്കുന്നു.

ആന്തരിക മാതൃകയിൽ സ്കോപ്പ് ഇപ്പോഴും നിലവിലുണ്ടോ, ശരിയായ ഇന്റർഫേസിനുള്ളതാണോ, സ്വതന്ത്ര ലീസുകൾ ഉണ്ടോ എന്ന് പരിശോധിക്കുക. തീർന്ന സ്കോപ്പ് തികച്ചും പ്രമാണീകരിക്കുകയും ഒരിക്കലും വിലാസം ലഭിക്കാതിരിക്കുകയും ചെയ്യുന്ന ക്ലയന്റ് ഉണ്ടാക്കുന്നു, ഗേറ്റ്വേ ലോഗിൽ ആവശ്യകത മാത്രം കാണാം. കൈമാറ്റ മാതൃകയിൽ കൈമാറ്റ ലക്ഷ്യം, VPN ക്ലയന്റ് ശ്രേണിയിലേക്കുള്ള തിരിച്ചുവരവ് റൂട്ട്, ഏതെങ്കിലും ആന്തരിക DHCP അനുമതി എല്ലാം ഒത്തുപോകണം.

എന്തെങ്കിലും പരിശോധിക്കുന്നതിന് മുമ്പ് നിങ്ങളുടെ വിന്യാസം ഏത് മാതൃക ഉപയോഗിക്കുന്നു എന്ന് എഴുതിവയ്ക്കുക. ഓൺലൈനിലെ വിരുദ്ധ ഉപദേശങ്ങളിൽ പകുതി മറ്റേതിനെ അനുമാനിക്കുന്നു.

ടണൽ പ്രവർത്തിക്കുമ്പോഴും ലീസ് നഷ്ടപ്പെടാം

സ്ഥാപിത നിയന്ത്രണ കണക്ഷൻ ചർച്ച വിജയിച്ചുവെന്ന് തെളിയിക്കുന്നു, ടണൽ ഡാറ്റ ഇരു ദിശകളിലും കടക്കുന്നു എന്നല്ല. DHCP കൈമാറ്റത്തിന് ഡാറ്റ പാത കടക്കാൻ ആവശ്യകതയും ഉത്തരവും വേണം, എൻക്രിപ്ഷൻ ക്രമീകരണങ്ങൾ, VPN മേഖലയുടെ നയം, MTU പ്രശ്നങ്ങൾ എന്നിവ അവിടെയാണ്.

NAT traversal-നെക്കുറിച്ചുള്ള ഉപദേശം സന്ദർഭത്തിന്റെ പ്രാധാന്യത്തിന്റെ ഏറ്റവും വ്യക്തമായ ഉദാഹരണമാണ്. ചില പാതകൾക്ക് അത് ഓണായിരിക്കണം, മറ്റുള്ളവ ഓഫായാൽ മാത്രം പ്രവർത്തിക്കുന്നു, ഇടയിലുള്ള NAT-ഉം ചർച്ച ചെയ്ത കണക്ഷനും ഏതെന്ന് തീരുമാനിക്കുന്നു. ക്ലയന്റ് ക്രമീകരണങ്ങളും മാറ്റിക്കൊണ്ട് അത് കണ്ണുമൂടി മാറ്റുന്നത് ഏത് മാറ്റമാണ് ഫലം നൽകിയതെന്ന് നിങ്ങൾക്ക് അറിയില്ലെന്ന് അർത്ഥം. എൻക്യാപ്സുലേഷൻ മാറ്റുന്നതിന് മുമ്പ് ചർച്ച ചെയ്ത പാതയും തെളിവുകളും രേഖപ്പെടുത്തുക.

വീട്ടിലെ റൗട്ടർ വീണ്ടും ആരംഭിക്കുന്നതും അതേ വിഭാഗത്തിൽ പെടുന്നു. ഇത് ചിലപ്പോൾ ലക്ഷണം നീക്കുന്നു, പക്ഷേ ലീസ് എന്തുകൊണ്ട് പരാജയപ്പെട്ടുവെന്ന് കണ്ടെത്തുന്നില്ല, അടുത്ത കണക്ഷനിൽ പ്രശ്നം തിരികെ വരുന്നു.

ലീസ് പാത ക്രമത്തിൽ സഞ്ചരിക്കുക

അഡാപ്റ്ററിൽ നിന്ന് ആരംഭിച്ച് പുറത്തേക്ക് പോകുക, ഓരോ ഘട്ടവും ഒരു കാരണം കൊണ്ട് മാത്രം പരാജയപ്പെടാൻ:

> Get-NetAdapter | Where-Object Name -like "*GVC*"
> ipconfig /all | findstr /i /c:"GVC" /c:"IPv4" /c:"DHCP"
> Test-NetConnection 10.60.0.1 -Port 443

169.254.x.x പോലുള്ള വിലാസം അഡാപ്റ്റർ ഉണ്ടെന്നും ഒരു ഉത്തരവും ലഭിച്ചില്ലെന്നും അർത്ഥമാക്കുന്നു, ഇത് ലീസിന്റെ ഉറവിടത്തിലേക്കോ ഡാറ്റ പാതയിലേക്കോ വിരൽ ചൂണ്ടുന്നു. VPN ശ്രേണിയിൽ ശരിയായ വിലാസം എന്നാൽ തെറ്റായ DNS എൻട്രികൾ മറ്റൊരു തകരാറാണ്: ലീസ് പ്രവർത്തിച്ചു, നയം അപൂർണ്ണമായ ക്രമീകരണങ്ങൾ നൽകി. ഒരിക്കലും പ്രത്യക്ഷപ്പെടാത്ത അഡാപ്റ്റർ എന്നാൽ ക്ലയന്റ് അത് സൃഷ്ടിക്കുന്നതുവരെ എത്തിയില്ല.

ലീസ് പ്രത്യക്ഷപ്പെട്ടാൽ വിലാസ വരിയിൽ വിജയം പ്രഖ്യാപിക്കുന്നതിന് പകരം യഥാർത്ഥ വിഭവം പരീക്ഷിക്കുക. ഫയലോ ഇന്ട്രാനെറ്റോ പ്രവേശനം ഇപ്പോഴും പരാജയപ്പെട്ടാൽ, വിജയകരമായ ലീസ് തെളിവായി സൂക്ഷിച്ച് പേര് നിർണ്ണയത്തിലേക്കോ നയത്തിലേക്കോ പോകുക, കാരണം യഥാർത്ഥ തകരാർ നിങ്ങൾ പിന്നിൽ വിട്ടു.

വെർച്വൽ അഡാപ്റ്ററിനെക്കുറിച്ചുള്ള SonicWall-ന്റെ കുറിപ്പ് നിരവധി വേറിട്ട ശാഖകൾ പട്ടികപ്പെടുത്തുന്നു, അതിന്റെ പഴയ സ്ക്രീൻഷോട്ടുകൾ നിലവിലെ മെനു മാപ്പായി വായിക്കരുത്. നിങ്ങൾ എത്തിയ ഘട്ടം സ്ഥിരീകരിക്കാൻ അത് ഉപയോഗിക്കുക, പൂർണ്ണമായി പ്രയോഗിക്കേണ്ട പരിശോധനാ പട്ടികയായി അല്ല.