ഏത് RRAS സൈറ്റ് ഇന്റർഫേസ് ആണ് ഇൻകമിംഗ് ടണൽ തിരഞ്ഞെടുക്കുന്നത്?
RRAS പീയർ വിലാസം, ഉപയോക്തൃനാമം അല്ലെങ്കിൽ സർട്ടിഫിക്കറ്റ് വിഷയം ഉപയോഗിച്ച് ഇൻകമിംഗ് സൈറ്റ് ഇന്റർഫേസ് തിരഞ്ഞെടുക്കുന്നു, അതിനാൽ ആ കീ അതിന്റെ പ്രവർത്തനക്ഷമവും ബന്ധിപ്പിച്ചതുമായ അവസ്ഥകളിൽ നിന്ന് വേർതിരിച്ച് വായിക്കുക.
ഒന്നിലധികം സൈറ്റ്-ടു-സൈറ്റ് ഇന്റർഫേസുകളുള്ള Windows സെർവറിൽ, കൺസോൾ ലേബൽ മനുഷ്യർക്കുള്ള ഒരു കുറിപ്പ് മാത്രമല്ല. ഏത് ലോജിക്കൽ ഇന്റർഫേസ് ഉത്തരം നൽകണമെന്ന് തീരുമാനിക്കാൻ RRAS ഇൻകമിംഗ് കണക്ഷനിൽ നിന്നുള്ള ഒരു നിർദ്ദിഷ്ട ഫീൽഡ് ഉപയോഗിക്കുന്നു, ആ ഫീൽഡ് പ്രാമാണീകരണ രീതിക്കനുസരിച്ച് മാറുന്നു. കീ തെറ്റിയാൽ, എന്തെങ്കിലും യാദൃശ്ചികമായി കണക്ട് ചെയ്യുന്നതുവരെ നിങ്ങൾ ഇന്റർഫേസുകളുടെ പേരുമാറ്റും. തിരഞ്ഞെടുപ്പ് നിയമം, ഭരണപരമായ അവസ്ഥ, സെഷൻ അവസ്ഥ എന്നിവ മൂന്ന് വേറിട്ട വസ്തുതകളാണ്, അവയിൽ ഒന്ന് മാത്രമാണ് പേരിടലിനെക്കുറിച്ച്.
മിഥ്യ: പേരുമാറ്റിയ ഇന്റർഫേസ് എല്ലാത്തിനും ചേരും
ഒരു ബ്രാഞ്ചിന് കണക്ട് ചെയ്യാനാകാത്തപ്പോൾ പ്രലോഭിപ്പിക്കുന്ന പരിഹാരം, വിളിക്കുന്നയാളെപ്പോലെ തോന്നുന്നതുവരെ ഒരു സൈറ്റ് ഇന്റർഫേസ് സൃഷ്ടിക്കുകയോ പേരുമാറ്റുകയോ ചെയ്യുകയാണ്. അത് ഒരു പ്രാമാണീകരണ രീതിക്ക് പ്രവർത്തിക്കും, മറ്റുള്ളവയ്ക്ക് നിശബ്ദമായി പരാജയപ്പെടും, അതുകൊണ്ടാണ് അതേ നടപടിക്രമം വിരുദ്ധഫലങ്ങളുമായി കൈമാറ്റം ചെയ്യപ്പെടുന്നത്. സൈറ്റ് ഇന്റർഫേസ് സ്വന്തം ലക്ഷ്യം, സംരക്ഷിത പ്രിഫിക്സുകൾ, അവസ്ഥ എന്നിവയുള്ള ഒരു ലോജിക്കൽ കണക്ഷൻ ഒബ്ജക്റ്റാണ്. എൻക്രിപ്റ്റ് ചെയ്ത പാക്കറ്റുകൾ വഹിക്കുന്ന ഭൗതിക അഡാപ്റ്റർ അല്ല അത്, അതിനാൽ നെറ്റ്വർക്ക് അഡാപ്റ്ററുകളിലേക്ക് നോക്കുന്നത് ഏത് സൈറ്റ് ഒബ്ജക്റ്റ് തിരഞ്ഞെടുത്തു എന്നതിനെക്കുറിച്ച് ഒന്നും പറയുന്നില്ല.
സാധാരണ റിമോട്ട് ആക്സസ് ഉപയോക്താക്കളുമായും തിരഞ്ഞെടുപ്പിന് ബന്ധമില്ല. ജീവനക്കാരുടെ VPN ക്ലയന്റുകൾ ഡയൽ ചെയ്യുന്നുവെങ്കിൽ അവർക്ക് മറ്റൊരു പങ്കാണ്, അവരുടെ ഉപയോക്തൃനാമങ്ങൾ ഈ മാപ്പിംഗിൽ ഒരിക്കലും പങ്കെടുക്കുന്നില്ല. പരിചിതമായ ഒരു പേരിൽ നിന്ന് എന്തെങ്കിലും വായിക്കുന്നതിന് മുമ്പ് വിളിക്കുന്നയാൾ ഏത് പങ്കിലാണെന്ന് സ്ഥിരീകരിക്കുക.
മൂന്ന് പ്രാമാണീകരണ രൂപങ്ങൾ, മൂന്ന് തിരഞ്ഞെടുപ്പ് കീകൾ
മുൻകൂട്ടി പങ്കിട്ട കീ ഉപയോഗിക്കുമ്പോൾ, ഇന്റർഫേസിന്റെ കോൺഫിഗർ ചെയ്ത ലക്ഷ്യ വിലാസം ഇൻകമിംഗ് പീയറിന്റെ വിലാസവുമായി താരതമ്യം ചെയ്യുന്നു. ലേബൽ എന്തും ആകാം, കാരണം തീരുമാനം വിലാസമാണ് വഹിക്കുന്നത്. ഉപയോക്തൃനാമ അടിസ്ഥാനമാക്കിയ പ്രാമാണീകരണത്തിൽ, ഇന്റർഫേസിന്റെ പേര് വിളിക്കുന്നയാൾ അവതരിപ്പിക്കുന്ന ഉപയോക്തൃനാമവുമായി താരതമ്യം ചെയ്യുന്നു. ഇവിടെ ലേബൽ തന്നെയാണ് കീ, പേരുമാറ്റം ഒരു സൈറ്റ് നന്നാക്കി മറ്റൊന്ന് തകർക്കുന്നതായി തോന്നാൻ അതുതന്നെ കാരണം.
സർട്ടിഫിക്കറ്റുകൾ ഉപയോഗിക്കുമ്പോൾ, ഇന്റർഫേസിന്റെ പേര് അവതരിപ്പിച്ച സർട്ടിഫിക്കറ്റിലെ വിഷയ നാമവുമായി താരതമ്യം ചെയ്യുന്നു. പേര് ആ വിഷയവുമായി പൊരുത്തപ്പെടണം, ഒരു ഓപ്പറേറ്റർ കെട്ടിച്ചമച്ച മനോഹരമായ ലേബൽ പോര.
ഇതിൽ നിന്ന് രണ്ട് അനന്തരഫലങ്ങൾ ഉണ്ട്. മുൻകൂട്ടി പങ്കിട്ട കീ ക്രമീകരണത്തിൽ ഒരു നിർദ്ദിഷ്ട ലക്ഷ്യത്തിന് ഒരു ഇന്റർഫേസ് മാത്രമേ പ്രവർത്തനക്ഷമമാക്കാനാകൂ, അതിനാൽ ഒരു നിരീക്ഷിത പൊതു വിലാസം പങ്കിടുന്ന രണ്ട് ബ്രാഞ്ചുകൾക്ക് ഇരട്ട എൻട്രികൾ കൊണ്ട് രണ്ടിനെയും സേവിക്കാനാവില്ല. കൂടാതെ കൺസോൾ എന്ത് നിർദ്ദേശിച്ചാലും നിങ്ങൾ യഥാർത്ഥത്തിൽ കോൺഫിഗർ ചെയ്ത രീതിയാണ് അധികാരത്തിൽ ഉള്ളത്.
| Authentication in use | The field RRAS compares | Symptom when the two disagree |
|---|---|---|
| Pre-shared key | The peer address in the incoming connection against the interface destination | Renaming the interface changes nothing; a destination that does not match the caller stays unused |
| Username | The caller login against the interface name | A site with a friendly label never answers, while a differently named site may answer instead |
| Certificate | The subject name in the presented certificate against the interface name | An interface named after the office rather than the subject CN is never selected |
പ്രവർത്തനക്ഷമം എന്നത് ബന്ധിപ്പിച്ചതല്ല
ഭരണപരമായ അവസ്ഥ ലോജിക്കൽ ഇന്റർഫേസിന് പ്രവർത്തിക്കാൻ അനുവാദമുണ്ടോ എന്ന് പറയുന്നു. കണക്ഷൻ അവസ്ഥ ഇപ്പോൾ ഒരു സെഷൻ ഉണ്ടോ എന്ന് പറയുന്നു. സെഷനില്ലാത്ത പ്രവർത്തനക്ഷമ ഇന്റർഫേസ് ആവശ്യാനുസരണം ഡയൽ ചെയ്യുന്ന ലിങ്കിന് സാധാരണ വിശ്രമാവസ്ഥയാണ്, അതിനെ തകരാറായി റിപ്പോർട്ട് ചെയ്യുന്നത് ഇല്ലാത്ത ഒരു തടസ്സത്തിന് പിന്നാലെ ആളുകളെ അയയ്ക്കുന്നു.
പേരുള്ള തിരയലോ രേഖപ്പെടുത്തിയ റൂട്ടിംഗ് ഡൊമെയിൻ തിരയലോ ഉപയോഗിക്കുക, പക്ഷേ രണ്ട് പാരാമീറ്ററുകളും ഒരുമിച്ചല്ല, ഉദ്ദേശിച്ച സെർവർ സന്ദർഭത്തിൽ പ്രവർത്തിപ്പിക്കുക. നിങ്ങൾ പ്രതീക്ഷിക്കുന്ന ഇന്റർഫേസ് ആദ്യ പട്ടികയിൽ ഇല്ലെങ്കിൽ, പ്രശ്നം അവസ്ഥയ്ക്ക് മുമ്പാണ്: ഒന്നും തിരഞ്ഞെടുത്തിട്ടില്ല.
ജോഡി വേർതിരിച്ചല്ല, ഒരുമിച്ച് വായിക്കുക. സ്ഥാപിതമായി തുടരേണ്ടതും വിച്ഛേദിച്ചതായി കാണിക്കുന്നതുമായ ലിങ്ക് അന്വേഷണത്തിന് അർഹമാണ്, ആവശ്യാനുസരണം കണക്ട് ചെയ്യുന്ന നിഷ്ക്രിയ ലിങ്ക് രൂപകൽപ്പന അനുസരിച്ച് പ്രവർത്തിക്കുന്നു. അതേസമയം ഭരണപരമായി പ്രവർത്തനരഹിതമാക്കിയ ഇന്റർഫേസ് എതിർവശം അതിന്റെ റൂട്ടർ എത്ര തവണ റീബൂട്ട് ചെയ്താലും ഇരുണ്ടതായി തുടരും.
രണ്ട് മൂല്യങ്ങളിൽ ഒന്നും പ്രാമാണീകരണം വിജയിച്ചു, ചർച്ച ചെയ്ത സംരക്ഷണം ഒത്തുപോകുന്നു, റൂട്ടുകൾ ഇൻസ്റ്റാൾ ചെയ്തു, അല്ലെങ്കിൽ സ്വകാര്യ അപ്ലിക്കേഷന് അനുവാദമുണ്ട് എന്ന് തെളിയിക്കുന്നില്ല. അവ നാല് വ്യത്യസ്ത ചോദ്യങ്ങളും നാല് വ്യത്യസ്ത ഉത്തരങ്ങളുമാണ്.
Get-VpnS2SInterface | Select-Object Name, Destination, AdminStatus, ConnectionState
Get-VpnS2SInterface -Name 'Branch-A' | Format-List Name, Destination, AdminStatus, ConnectionStateഎന്തെങ്കിലും പ്രവർത്തനക്ഷമമാക്കുന്നതിന് മുമ്പ് ഐഡന്റിറ്റി ഇടപാട് വായിക്കുക
ഒരു ഇൻകമിംഗ് വിളിക്കുന്നയാൾ നിങ്ങൾ പ്രതീക്ഷിക്കാത്ത ഒരു ഇന്റർഫേസിലേക്ക് മാപ്പ് ചെയ്യപ്പെടുമ്പോൾ, ഉപയോഗപ്രദമായ തെളിവ് അവർ അവതരിപ്പിച്ച ഐഡന്റിറ്റിയാണ്, പ്രവർത്തനരഹിതമാക്കിയ ഇന്റർഫേസുകളുടെ പട്ടികയല്ല. സമീപകാല റിമോട്ട് ആക്സസ് ഇവന്റുകൾ എടുത്ത് വിളിക്കുന്നയാളുടെ വിലാസം, പ്രാമാണീകരണ ഫലം, തിരഞ്ഞെടുത്ത ഇന്റർഫേസിന്റെ പേര് എന്നിവ വായിക്കുക. പ്രവർത്തനരഹിതമാക്കിയ ഇന്റർഫേസ് ബോധപൂർവം വിരമിച്ച ഒരു സൈറ്റോ നിരോധിത പങ്കാളിയോ ആകാം. ഒരു ലോഗിൻ പിശക് മാറുന്നുണ്ടോ എന്ന് കാണാൻ അത് പ്രവർത്തനക്ഷമമാക്കുന്നത് റൂട്ടിംഗിലും ആക്സസിലും പ്രത്യാഘാതങ്ങളുള്ള ഒരു കോൺഫിഗറേഷൻ മാറ്റമാണ്, അതിനാൽ തീരുമാനം ആ സൈറ്റ് ബന്ധത്തിന്റെ ഉടമയിലൂടെ കടത്തിവിടുക, അതിന്റെ ലക്ഷ്യം, സംരക്ഷിത പ്രിഫിക്സുകൾ, നയം എന്നിവയോടൊപ്പം.
മാപ്പിംഗ് ശരിക്കും തെറ്റാണെങ്കിൽ, ലക്ഷണമല്ല, കീ തിരുത്തുക: സർട്ടിഫിക്കറ്റിന്റെ വിഷയം അല്ലെങ്കിൽ ഉപയോക്തൃനാമത്തിന്റെ കാര്യത്തിൽ ഇന്റർഫേസിന്റെ പേര്, മുൻകൂട്ടി പങ്കിട്ട കീയുടെ കാര്യത്തിൽ ലക്ഷ്യം എന്നിവ തിരുത്തുക. തുടർന്ന് ഒരിക്കൽ വീണ്ടും കണക്ട് ചെയ്ത് അതേ വിളിക്കുന്നയാൾ ഇപ്പോൾ ഉദ്ദേശിച്ച ഒബ്ജക്റ്റ് തിരഞ്ഞെടുക്കുന്നുവെന്ന് സ്ഥിരീകരിക്കുക.
Get-WinEvent -LogName Application -MaxEvents 50 | Where-Object { $_.ProviderName -like '*RemoteAccess*' }അനുവദനീയമായ ഒരു പ്രവർത്തനത്തോടെ ലൂപ്പ് അടയ്ക്കുക
പച്ച അവസ്ഥ സ്വീകരണമല്ല. ശരിയായ ഇന്റർഫേസ് തിരഞ്ഞെടുത്തുകഴിഞ്ഞാൽ, രൂപകൽപ്പന അനുവദിക്കുന്ന ട്രാഫിക് ഒരു സംരക്ഷിത പ്രിഫിക്സിലെ ഹോസ്റ്റിൽ നിന്ന് മറ്റേതിലെ ഹോസ്റ്റിലേക്ക് സൃഷ്ടിക്കുക, പ്രതികരണം അതേ പാതയിലൂടെ തിരികെ വരുന്നുവെന്ന് സ്ഥിരീകരിക്കുക. നിരസിക്കപ്പെടേണ്ട ഹോസ്റ്റിൽ നിന്നും അതേ ശ്രമം നടത്തുക, ഇത് ഉപയോഗിച്ച് Test-NetConnection -ComputerName 10.44.2.10 -Port 445 രൂപകൽപ്പന ഒഴിവാക്കുന്ന ഒരു സേവനത്തിനെതിരെ, റിമോട്ട് ആക്സസ് ഇവന്റുകൾ വീണ്ടും വായിക്കുക. സ്വന്തം ഉദ്ദേശിത പ്രിഫിക്സുകളിലും കൂടുതൽ വഹിക്കുന്ന, അല്ലെങ്കിൽ നയം ഒഴിവാക്കുന്ന ഒരു സേവനത്തിന് ഉത്തരം നൽകുന്ന സൈറ്റ് ലിങ്ക്, ഏതെങ്കിലും അവസ്ഥാ പരിശോധന വെളിപ്പെടുത്താത്ത ഒരു റൂട്ടിംഗ് പിശകാണ്.
പ്രാമാണീകരണ രീതി, തിരഞ്ഞെടുപ്പ് കീ, അനുവദനീയമായ പ്രിഫിക്സുകൾ എന്നിവ ഒരുമിച്ച് സൈറ്റിന്റെ പ്രവർത്തന മാന്വലിൽ രേഖപ്പെടുത്തുക. അടുത്ത എൻജിനീയർ അതേ മൂന്ന് മൂല്യമുള്ള പട്ടിക കാണും, ആ സന്ദർഭം എഴുതിയിട്ടുണ്ടെങ്കിൽ മാത്രമേ പേരിടൽ സമ്പ്രദായത്തിന് അർത്ഥമുള്ളൂ.