FortiClient 98%-ൽ കുടുങ്ങുന്നു: ആ അഡാപ്റ്ററിൽ IPv6 പ്രവർത്തനരഹിതമാക്കുക

ബാർ 98%-ൽ എത്തുന്നു, ക്ലയന്റ് അവിടെ ഇരിക്കുന്നു, പാസ്‌വേഡ് വീണ്ടും ടൈപ്പ് ചെയ്യുന്നത് ഒന്നും മാറ്റുന്നില്ല. ഇതാണ് ഉപയോഗപ്രദമായ സൂചന: ക്ലയന്റ് ഇതിനകം ഗേറ്റ്‌വേ സർട്ടിഫിക്കറ്റ് സ്വീകരിച്ചു, ക്രെഡൻഷ്യലുകൾ അയച്ചു, ടണൽ കോൺഫിഗറേഷൻ സ്വീകരിച്ചു. ബാക്കിയുള്ളത് വെർച്വൽ അഡാപ്റ്റർ ഉയർത്തി ടണൽ ട്രാഫിക് വഹിക്കുന്നുവെന്ന് സ്ഥിരീകരിക്കുക എന്നതാണ്. ആ അവസാന ഘട്ടം ഒരിക്കലും പൂർത്തിയാകാത്തപ്പോൾ, തകരാർ പ്രാദേശികമാണ്, എത്ര തവണ ക്രെഡൻഷ്യലുകൾ ടൈപ്പ് ചെയ്താലും അവിടെ എത്തുന്നില്ല.

നാല് ഘട്ടങ്ങൾ, ആദ്യത്തേത് ബാർ അല്ല, ലോഗ് വായിക്കുകയാണ്.

98% കൗണ്ടർ യഥാർത്ഥത്തിൽ എന്താണ് റിപ്പോർട്ട് ചെയ്യുന്നത്

ശതമാനം ക്ലയന്റിന്റെ സ്വന്തം ഘട്ട-കൗണ്ടറാണ്, ത്രൂപുട്ടിന്റെ അളവല്ല. ഓരോ ശ്രമത്തിലും ഒരേ സംഖ്യയിൽ കുടുങ്ങുന്നത് ക്ലയന്റ് ഒരു നിർദ്ദിഷ്ട ഘട്ടത്തിൽ എത്തി കാത്തിരിക്കുന്നു എന്നാണ് അർത്ഥം; അതുകൊണ്ടാണ് മന്ദഗതിയിലുള്ള കണക്ഷനും കുടുങ്ങിയ ക്ലയന്റും ലോഗിൽ വ്യത്യസ്തമായി കാണുന്നത്. ക്രെഡൻഷ്യൽ പ്രശ്നമായിരുന്നെങ്കിൽ നിശബ്ദ നിർത്തലിന് പകരം ക്രെഡൻഷ്യൽ പിശക് അച്ചടിക്കുമായിരുന്നു.

Fortinet ഈ ലക്ഷണം ക്ലയന്റ് വശത്തെ ഒരു കാരണത്തിനെതിരെ രേഖപ്പെടുത്തി: ക്ലയന്റ് ഉപയോഗിക്കുന്ന അഡാപ്റ്ററിൽ IPv6 പ്രവർത്തനക്ഷമമായിരിക്കുക. അത് അഡാപ്റ്റർ ക്രമീകരണത്തെ ആദ്യം പരിശോധിക്കേണ്ട കാര്യമാക്കുന്നു, എല്ലാ SSL-VPN തടസ്സത്തിനും ഉള്ള സാർവത്രിക വിശദീകരണമല്ല.

ഘട്ടം 1: ബാറിന് മുമ്പ് ലോഗ് വായിക്കുക

എന്തെങ്കിലും മാറ്റുന്നതിന് മുമ്പ് തടസ്സത്തിന് തൊട്ടുമുമ്പുള്ള വരികൾ പകർത്തുക. ടണൽ അഡാപ്റ്റർ സൃഷ്ടിച്ചോ, വിലാസം നൽകിയോ, ക്ലയന്റ് വിലാസ കുടുംബത്തിനായി കാത്തിരിക്കുന്നത് ഉപേക്ഷിച്ചോ എന്ന് നിങ്ങൾ നോക്കുന്നു. മറ്റൊരു ശതമാനത്തിൽ കുടുങ്ങുന്നത് സ്വന്തം രോഗനിർണയമുള്ള മറ്റൊരു ഘട്ടമാണ്, സർട്ടിഫിക്കറ്റ് മുന്നറിയിപ്പോ തെറ്റായ ഗേറ്റ്‌വേ വിലാസമോ നിശബ്ദ കാത്തിരിപ്പിന് പകരം സ്വന്തം സന്ദേശം നൽകുന്നു. സമയമുദ്ര എഴുതിവയ്ക്കുക, അടുത്ത ശ്രമം അതേ ഫയലിലേക്ക് മറ്റൊരു ബ്ലോക്ക് ചേർക്കുന്നു.

ലോഗ് പൂർത്തിയായ ലോഗിനും അതിനുശേഷം ഒന്നുമില്ലെന്നും കാണിക്കുന്നെങ്കിൽ, നിങ്ങൾ പ്രാദേശിക സജ്ജീകരണത്തിലാണ്, അഡാപ്റ്റർ സാധുവായ സംശയിക്കുന്നയാളാണ്.

ഘട്ടം 2: IPv6 മാറ്റം ഒരു അഡാപ്റ്ററിൽ മാത്രമായി പരിമിതപ്പെടുത്തുക

മാറ്റം മെഷീനുള്ളതല്ല, അഡാപ്റ്ററിനുള്ളതാണ്. Windows അഡാപ്റ്റർ പ്രോപ്പർട്ടികളിൽ അതിനർത്ഥം നിർദ്ദിഷ്ട ഇന്റർഫേസിൽ Internet Protocol Version 6 (TCP/IPv6) ഒഴിവാക്കുക എന്നാണ്, ഷെല്ലിൽ നിന്ന് അത് Disable-NetAdapterBinding -Name "Ethernet 2" -ComponentID ms_tcpip6 ആണ്. വീണ്ടും കണക്ട് ചെയ്യുന്നതിന് മുമ്പ് Get-NetAdapterBinding -ComponentID ms_tcpip6 ഉപയോഗിച്ച് നില സ്ഥിരീകരിക്കുക. തുടർന്ന് വീണ്ടും കണക്ട് ചെയ്ത് ബാർ അവിടെ നിൽക്കാതെ 98% കടക്കുന്നുണ്ടോ എന്ന് നോക്കുക.

ആദ്യം പരിധി നിർണ്ണയിക്കുക, പിന്നെ പരീക്ഷിക്കുക. IPv6 ആഗോളമായി പ്രവർത്തനരഹിതമാക്കുന്നത് ചോദ്യം ആവശ്യപ്പെടുന്നതിനേക്കാൾ വലിയ മാറ്റമാണ്, തൊടാൻ ഉദ്ദേശിക്കാത്ത സേവനങ്ങളെ അത് ബാധിക്കുന്നു.

ഘട്ടം 3: തടസ്സം എന്താണ് മറച്ചുവെച്ചതെന്ന് പരിശോധിക്കുക

കണക്ട് ചെയ്യുന്ന ടണൽ പ്രവർത്തിക്കുന്ന ടണലല്ല. ക്ലയന്റ് നൽകിയ വിലാസം, പ്രൊഫൈൽ ഇൻസ്റ്റാൾ ചെയ്ത റൂട്ടുകൾ, ഒരു ആന്തരിക ഹോസ്റ്റിനുള്ള പേര്-നിർണ്ണയം എന്നിവ പരിശോധിക്കുക: Resolve-DnsName files.corp.example. കണക്ട് ചെയ്ത് ഒന്നും പരിഹരിക്കാത്ത ക്ലയന്റിന് DNS പ്രശ്നമുണ്ട്, അത് അതേ തകരാർ തിരികെ വരുന്നതായി തെറ്റായി വായിക്കാൻ എളുപ്പമാണ്.

ഒരു ആന്തരിക വിഭവം പേരിൽ, ഒരു പൊതു ലക്ഷ്യസ്ഥാനം എന്നിവ പരീക്ഷിക്കുക, തകർന്ന സ്പ്ലിറ്റ് ടണൽ ശരിയാക്കിയ ക്ലയന്റായി തെറ്റിദ്ധരിക്കപ്പെടാതിരിക്കാൻ.

ഘട്ടം 4: പരിഹാരം ആവർത്തിക്കാവുന്നതാക്കുക

ക്രമീകരണം ഒരു ഫ്ലീറ്റിലേക്ക് എത്തേണ്ടതുണ്ടെങ്കിൽ, ഓരോ ലാപ്‌ടോപ്പിലും ആവർത്തിക്കുന്ന കൈകൊണ്ടുള്ള ഘട്ടത്തിന് പകരം അത് ഡിപ്ലോയ്‌മെന്റ് പാക്കേജിലോ അഡാപ്റ്റർ കോൺഫിഗറേഷനിലോ ഇടുക. 98% തടസ്സം നെറ്റ്‌വർക്ക് ഇന്റർഫേസിലെ IPv6-മായി ബന്ധപ്പെട്ടിരുന്നു എന്ന് ടിക്കറ്റിൽ രേഖപ്പെടുത്തുക, ആരെങ്കിലും ബന്ധമില്ലാത്ത എന്തെങ്കിലും ശരിയാക്കാൻ അത് വീണ്ടും പ്രവർത്തനക്ഷമമാക്കുന്നതിന് മുമ്പ് ഹോസ്റ്റിൽ മറ്റെന്താണ് IPv6-നെ ആശ്രയിച്ചിരുന്നതെന്ന് കുറിക്കുക.

ഒരു എൻജിനീയറുടെ ഓർമ്മയിൽ മാത്രം നിലനിൽക്കുന്ന പരിഹാരം അടുത്ത പാദത്തിൽ തിരികെ വരുന്ന പരിഹാരമാണ്.

IPv6 ഓഫ് ചെയ്തിട്ടും ബാർ ഇപ്പോഴും 98%-ൽ നിൽക്കുന്നെങ്കിൽ, വിതരണക്കാരന്റെ കുറിപ്പ് അത് ഇനി വിശദീകരിക്കുന്നില്ല, ലോഗ് നിങ്ങളുടെ അടുത്ത തെളിവാണ്. ലക്ഷണത്തിന് ചികിത്സിക്കുന്നത് നിർത്തി ഘട്ട-കൗണ്ടറിലേക്ക് മടങ്ങുക.