Windows NAT-T രജിസ്ട്രി മൂല്യം: ആദ്യം ടോപ്പോളജി പരിശോധിക്കുക
AssumeUDPEncapsulationContextOnSendRule L2TP/IPsec-ൽ NAT-ന്റെ സ്ഥാനത്തെക്കുറിച്ച് ഒരു ചോദ്യത്തിന് ഉത്തരം നൽകുന്നു. ഇത് Windows VPN പിശകിന്റെ പൊതുവായ പരിഹാരമല്ല.
ഒരു Windows VPN കണക്ഷൻ പരാജയപ്പെടുന്നു, തിരയൽ ഒരു രജിസ്ട്രി മൂല്യം നൽകുന്നു, ആ മൂല്യം റീബൂട്ടിനൊപ്പം ചേർക്കുന്നു. ആ ക്രമം ചിലപ്പോൾ പ്രവർത്തിക്കുന്നു, ഒരിക്കലും ഒന്നും വിശദീകരിക്കുന്നുമില്ല. പരാമർശിക്കുന്ന ക്രമീകരണം സെർവർ NAT ഉപകരണവുമായി ബന്ധപ്പെട്ട് എവിടെയാണെന്ന ഒരു ചോദ്യത്തിന് ഉത്തരം നൽകുന്നു, ഏത് പ്രോട്ടോക്കോൾ ഏത് ഘട്ടത്തിൽ പരാജയപ്പെട്ടുവെന്ന് അറിയുന്നതുവരെ അതിന് അർത്ഥമില്ല.
മൂല്യം യഥാർത്ഥത്തിൽ എന്താണ് തിരഞ്ഞെടുക്കുന്നത്
NAT ഉപകരണത്തിന് പിന്നിലുള്ള സമപ്രായക്കാരനുമായി Windows-ന്റെ IPsec നടപ്പാക്കൽ അസോസിയേഷനുകൾ സ്ഥാപിക്കാൻ ശ്രമിക്കുമോയെന്ന് AssumeUDPEncapsulationContextOnSendRule നിർണ്ണയിക്കുന്നു. രേഖപ്പെടുത്തിയ സ്ഥിരസ്ഥിതി 0 ആ സന്ദർഭം അനുവദിക്കുന്നില്ല, സെർവർ NAT-ന് പിന്നിലുള്ള വശമായിരിക്കുമ്പോൾ 1 അനുവദിക്കുന്നു, രണ്ട് അറ്റങ്ങളും വിവർത്തനം ചെയ്യുന്ന സന്ദർഭം 2 ഉൾക്കൊള്ളുന്നു. ഇവ ആരെവിടെയെന്നതിനെക്കുറിച്ചുള്ള ടോപ്പോളജി പ്രസ്താവനകളാണ്.
ഒരു ക്രമമായി വായിക്കുമ്പോൾ സംഖ്യകൾ കൂടുന്ന വിശ്വാസ്യതയല്ല, കൂടുന്ന വിവർത്തനമാണ് വിവരിക്കുന്നത്. ഒന്നും വിവർത്തനം ചെയ്യാത്ത നെറ്റ്വർക്കിൽ 2 സജ്ജീകരിക്കുന്നത് കണക്ഷനെ വേഗത്തിലോ സ്ഥിരതയുള്ളതോ ആക്കുന്നില്ല, പ്രാമാണീകരണ പരാജയവും പരിഹരിക്കുന്നില്ല. Microsoft-ന്റെ L2TP/IPsec-നുള്ള NAT മാർഗ്ഗനിർദ്ദേശം നയവും അതിന്റെ ചരിത്രപരമായ പ്ലാറ്റ്ഫോം സന്ദർഭവും രേഖപ്പെടുത്തുന്നു. നിങ്ങൾ യഥാർത്ഥത്തിൽ പ്രവർത്തിപ്പിക്കുന്ന Windows പതിപ്പും റോളും ആ സന്ദർഭവുമായി താരതമ്യം ചെയ്യുക, കാരണം നിരവധി റിലീസുകളെ അതിജീവിച്ച ഒരു രേഖ ഓരോ നിലവിലെ ബിൽഡിനെക്കുറിച്ചുമുള്ള പ്രസ്താവനയല്ല.
സംഖ്യയ്ക്ക് മുമ്പ് ടോപ്പോളജി ചേർക്കുക
പാത വരച്ച് വിവർത്തന പോയിന്റുകൾ അടയാളപ്പെടുത്തുക: ക്ലയന്റ് വീട്ടിലെ റൂട്ടറിന് പിന്നിലാണോ, സെർവർ ലോഡ് ബാലൻസർ അല്ലെങ്കിൽ വിലാസങ്ങൾ വീണ്ടും എഴുതുന്ന ഫയർവാളിന് പിന്നിലാണോ, നിങ്ങൾ നിയന്ത്രിക്കാത്ത കാരിയർ വിവർത്തനത്തിന് പിന്നിലാണോ ഏതെങ്കിലും അറ്റം. ആ ചിത്രത്തിന് ശേഷം മാത്രമേ മൂല്യം ബാധകമാണോ, ഏത് അറ്റത്തിനാണോ എന്ന് തീരുമാനിക്കാനാകൂ.
നിലവിലെ Windows Server പതിപ്പുകൾ NAT traversal വികലമാക്കി മാത്രം വരുന്നു എന്ന വാദം പ്രവർത്തിക്കാൻ വളരെ വിശാലമാണ്. പ്രധാനമായത് നിങ്ങളുടെ സിസ്റ്റത്തിലെ നയം, അതിന് മുന്നിലുള്ള ടോപ്പോളജി, പരാജയപ്പെട്ട കൈമാറ്റം എന്നിവയാണ്, ആ ക്രമത്തിൽ. രണ്ട് അറ്റങ്ങൾക്കും പൊതു വിലാസങ്ങളുണ്ടെങ്കിൽ, ക്രമീകരണം നിങ്ങളുടെ പ്രശ്നമല്ല. പകരം നിർദ്ദേശം, സർട്ടിഫിക്കറ്റ്, അല്ലെങ്കിൽ അക്കൗണ്ട് നോക്കുക, രജിസ്ട്രി വിടുക.
ആദ്യം പരാജയത്തിന്റെ ഘട്ടം പരിശോധിക്കുക
L2TP/IPsec കുറഞ്ഞത് മൂന്ന് വ്യത്യസ്ത പരാജയങ്ങൾ സൃഷ്ടിക്കുന്നു: സമപ്രായക്കാരനെ എത്തിപ്പെടാനാകുന്നില്ല, IPsec സംരക്ഷണം സ്ഥാപിക്കാനാകുന്നില്ല, കൂടാതെ ടണൽ നിലവിലുള്ളതിന് ശേഷം PPP ഉപയോക്തൃ പ്രാമാണീകരണം നിരസിക്കപ്പെടുന്നു. നിരസിക്കപ്പെട്ട അക്കൗണ്ട് NAT നയം മാറ്റി പരിഹരിക്കാനാകില്ല, നിർദ്ദേശങ്ങളുടെ പൊരുത്തക്കേട് റീബൂട്ട് ചെയ്ത് പരിഹരിക്കാനാകില്ല.
Get-VpnConnection -Name "Corp L2TP" | Format-List Name, ServerAddress, TunnelType, EncryptionLevel
Get-WinEvent -LogName System -MaxEvents 40 | Where-Object Id -in 20227,20226,20274
netsh interface ipv4 show interfacesഉത്തരം നൽകുന്നവരില്ലാത്ത സമയപരിധി നയത്തെക്കാളേറെ എത്തിപ്പെടാനുള്ള കഴിവിനെയോ ഫിൽട്ടറിംഗിനെയോ സൂചിപ്പിക്കുന്നു. നിർദ്ദേശ സന്ദേശത്തോടെയുള്ള പെട്ടെന്നുള്ള നിരസിക്കൽ അൽഗോരിതങ്ങളിലേക്ക് ചൂണ്ടുന്നു. ടണൽ ഉയർന്നതിന് ശേഷമുള്ള പരാജയം പ്രാമാണീകരണ ഘട്ടത്തിന്റേതാണ്, അത് വേറെ ഉടമയും വേറെ പരിഹാരവുമാണ്.
HTTPS-ൽ SSTP-ക്കും തദ്ദേശീയ IKEv2-ക്കും സ്വന്തം ലോഗുകളും സ്വന്തം നിയന്ത്രണങ്ങളുമുണ്ട്. Windows-ൽ പ്രവർത്തിക്കുന്നു എന്ന കാരണം കൊണ്ട് മാത്രം അവയൊന്നും NAT-traversal കേസാകുന്നില്ല.
തിരികെയുള്ള വഴിയോടെ മാറ്റം വരുത്തുക
രേഖപ്പെടുത്തിയ നയവും നിരീക്ഷിച്ച ടോപ്പോളജിയും ഒരുപോലെ അത് ആവശ്യപ്പെടുന്നുവെങ്കിൽ, മുൻ മൂല്യം രേഖപ്പെടുത്തുക, ഓരോ പ്രൊഫൈൽ സ്ക്രിപ്റ്റിനുപകരം നിയന്ത്രിത കോൺഫിഗറേഷനിലൂടെ മാറ്റം പ്രയോഗിക്കുക, റീബൂട്ട് ആസൂത്രണം ചെയ്യുക. മറ്റ് വർക്ക്ലോഡുകളെ പിന്തുണയ്ക്കുന്ന സെർവറിൽ ഇത് നിരുപദ്രവകരമായ സംശോധനമല്ല.
NAT ഉപകരണം ഇപ്പോഴും എൻകാപ്സുലേറ്റഡ് ഗതാഗതവും തിരിച്ചുള്ള ട്രാഫിക്കും വഹിക്കണം. രജിസ്ട്രി മൂല്യം ഒരു ഫോർവേഡിംഗ് നിയമവും സൃഷ്ടിക്കുന്നില്ല, നിർദ്ദേശങ്ങൾ യോജിപ്പിക്കുന്നുമില്ല, ഒരു ഐഡന്റിറ്റിയും സാധൂകരിക്കുന്നുമില്ല, അതിനാൽ മാറ്റത്തിന് ശേഷം പ്രവർത്തിക്കാൻ തുടങ്ങിയ കണക്ഷൻ പൂർണ്ണമായി മറ്റൊരു കാരണത്താൽ പ്രവർത്തിക്കുന്നതാകാം. യഥാർത്ഥ ടോപ്പോളജിയോടെ യഥാർത്ഥ പ്രോട്ടോക്കോൾ വീണ്ടും പരിശോധിക്കുക, എന്നിട്ട് ഏത് ഘട്ടം പരാജയപ്പെട്ടു, എന്തുകൊണ്ട് മൂല്യം അത് പരിഹരിക്കുമെന്ന് പ്രതീക്ഷിച്ചു എന്ന് എഴുതുക. ആ വാക്യമാണ് ഇന്റർനെറ്റ് കിംവദന്തിയെ പ്രതിരോധിക്കാവുന്ന കോൺഫിഗറേഷനാക്കി മാറ്റുന്നത്.