Windows-ലെ VPN 255.255.255.255 കാണിക്കുന്നു: മാസ്ക് തെറ്റാണോ?
പോയിന്റ്-ടു-പോയിന്റ് ടണലിൽ ഹോസ്റ്റ് മാസ്ക് സാധാരണമാണ്. ഇന്റർഫേസ് മാതൃക സ്ഥിരീകരിച്ച്, പരാജയപ്പെടുന്ന ഹോസ്റ്റിന്റെ റൂട്ട് വായിച്ച് DNS-നെ സേവന ആക്സസിൽ നിന്ന് വേർതിരിക്കുക.
ടണൽ ബന്ധിപ്പിക്കുന്നു, അഡാപ്റ്റർ വിശദാംശങ്ങൾ തുറക്കുമ്പോൾ മാസ്ക് 255.255.255.255 കാണിക്കുന്നു. ഓഫീസിലെ LAN-ന്റെ 255.255.255.0 മായി താരതമ്യം ചെയ്യുമ്പോൾ ഇത് തകർന്നതായി തോന്നുന്നു, പിശക് സാധാരണയായി അവിടെ നിന്നാണ് തുടങ്ങുന്നത്. പോയിന്റ്-ടു-പോയിന്റ് ലിങ്കിൽ ഹോസ്റ്റ് മാസ്ക് പ്രാദേശിക അറ്റത്തിന്റെ ശരിയായ വിവരണമാണ്, ദൂരെയുള്ള നെറ്റ്വർക്കുകൾ ബന്ധിപ്പിച്ച സബ്നെറ്റിനു പകരം റൂട്ടുകളായി വരുന്നു. താഴെയുള്ള നടപടിക്രമം രണ്ട് ചോദ്യങ്ങളും വേർതിരിക്കുന്നു, അതിനാൽ കാണിച്ച മൂല്യം തിരുത്താൻ മാത്രം പ്രവർത്തിക്കുന്ന DHCP പരിധി വീണ്ടും നിർമ്മിക്കേണ്ടതില്ല.
പോയിന്റ്-ടു-പോയിന്റ് ലിങ്ക് Ethernet ഭാഗമല്ല
Ethernet ഇന്റർഫേസിന് സബ്നെറ്റ് മാസ്ക് ആവശ്യമാണ്, കാരണം ആ പരിധിയിലെ ഓരോ വിലാസവും അതേ കേബിളിൽ സാധ്യമായി എത്താവുന്നതാണ്. PPP ശൈലിയിലുള്ള ടണലിന് മറുവശത്ത് കൃത്യമായി ഒരു പങ്കാളി മാത്രമുണ്ട്. ഇവിടെ പ്രക്ഷേപണ ഡൊമെയ്നില്ല, ARP ഇല്ല, പ്രാദേശിക വിലാസം ഒരു പരിധിയെ വിവരിക്കാൻ യാതൊരു കാരണവുമില്ല.
ആ മാതൃകയ്ക്കുള്ള വിലാസ ചർച്ച RFC 1332 ൽ നിർവചിച്ചിരിക്കുന്നു, ഇത് രണ്ട് അറ്റങ്ങളും തങ്ങളുടെ വിലാസങ്ങളിൽ എങ്ങനെ യോജിക്കുന്നു എന്ന് വിശദീകരിക്കുന്നു. ഇത് ചെയ്യാത്ത കാര്യം ക്ലയന്റിന് ഓഫീസിലെ LAN നേരിട്ട് ബന്ധിപ്പിച്ച നെറ്റ്വർക്കായി നൽകുന്നതാണ്. ക്ലയന്റ് ഓഫീസ് എവിടെയാണെന്ന് ലിങ്കിലൂടെ റൂട്ടുകൾ ഇൻസ്റ്റാൾ ചെയ്ത് പഠിക്കുന്നു, ആ റൂട്ടുകളാണ് യഥാർത്ഥത്തിൽ എത്തിച്ചേരൽ നിർണ്ണയിക്കുന്നത്.
ഇതിന്റെ അർത്ഥം നിങ്ങൾ കാണുന്ന ഓരോ മാസ്കും ശരിയാണെന്നല്ല. തെറ്റായി കോൺഫിഗർ ചെയ്ത ക്ലയന്റും വിചിത്രമായ വിലാസനിർണ്ണയം ഉണ്ടാക്കാം. കാര്യം ഇടുങ്ങിയതാണ്: ഇത്തരം അഡാപ്റ്ററിൽ ഹോസ്റ്റ് മാസ്ക് പ്രതീക്ഷിക്കപ്പെടുന്നതാണ്, അതിനാൽ അത് സ്വയം തകരാറിന്റെ തെളിവല്ല.
ഘട്ടം 1: ഇന്റർഫേസ് മാതൃക സ്ഥിരീകരിക്കുക
അത് എന്താണ് പറയുന്നതെന്ന് വിലയിരുത്തുന്നതിന് മുമ്പ് അഡാപ്റ്റർ എന്താണെന്ന് നോക്കുക. വിവരണ ശ്രേണി ഡ്രൈവറെ തിരിച്ചറിയുന്നു, അനുവദിച്ച വിലാസത്തിലെ പ്രിഫിക്സ് നീളം ക്ലയന്റ് എന്തിൽ യോജിച്ചു എന്ന് സ്ഥിരീകരിക്കുന്നു:
Get-NetAdapter | Select-Object Name,InterfaceDescription,Status,ifIndex
Get-NetIPAddress -InterfaceAlias 'Corp VPN' | Select-Object IPAddress,PrefixLength,PrefixOrigin
Get-NetIPInterface -InterfaceAlias 'Corp VPN' | Select-Object AddressFamily,ConnectionState,NlMtuമൂന്നാമത്തെ കമാൻഡാണ് മിക്ക തർക്കങ്ങളും അവസാനിപ്പിക്കുന്നത്. കുറഞ്ഞ പരമാവധി സംപ്രേഷണ യൂണിറ്റ് എൻകാപ്സുലേറ്റഡ് ലിങ്കിന്റെ സ്വഭാവമാണ്, അതേസമയം Ethernet സമാന മൂല്യം വേറെ വെർച്വൽ അഡാപ്റ്റർ മാതൃകയിലേക്ക് സൂചിപ്പിക്കുന്നു. വിവരണത്തിൽ PPP അല്ലെങ്കിൽ RAS ഡ്രൈവർ പറയുന്നുവെങ്കിൽ പ്രിഫിക്സ് 32 ആണെങ്കിൽ, നിങ്ങൾ മുകളിൽ വിവരിച്ച രൂപകൽപ്പന കൃത്യമായി കാണുന്നു, മാസ്കിനെപ്പറ്റിയുള്ള ആശങ്ക വിടാം.
| Observation | What it means | Reasonable next step |
|---|---|---|
| /32 on a PPP or RAS adapter | Point-to-point endpoint addressing | Look at routes, not the mask |
| /32 on an Ethernet-like adapter | Client chose host addressing deliberately | Confirm against the server's push policy |
| Mask differs from the office LAN | Usually irrelevant to reachability | Test the destination instead |
ഘട്ടം 2: പരാജയപ്പെടുന്ന ലക്ഷ്യത്തിന്റെ റൂട്ട് വായിക്കുക
എത്തിച്ചേരൽ ഓരോ ലക്ഷ്യത്തിനും നിർണ്ണയിക്കപ്പെടുന്നു, ഒരു ബന്ധിപ്പിച്ച ഇന്റർഫേസ് അതിനെപ്പറ്റി ഒന്നും പറയുന്നില്ല. ഉപയോക്താവ് യഥാർത്ഥത്തിൽ എത്താൻ ശ്രമിക്കുന്ന വിലാസം റൂട്ടിംഗ് പട്ടികയോട് നേരിട്ട് ചോദിക്കുക:
Get-NetRoute -InterfaceAlias 'Corp VPN' | Select-Object DestinationPrefix,NextHop,RouteMetric
Find-NetRoute -RemoteIPAddress 10.24.6.15
route print -4Find-NetRoute നേരിട്ടുള്ള ഉത്തരമാണ്: ആ ലക്ഷ്യത്തിന് സിസ്റ്റം ഉപയോഗിക്കുന്ന ഇന്റർഫേസും ഉറവിട വിലാസവും അത് പറയുന്നു. അത് ടണൽ തിരികെ നൽകിയാൽ, ആ ഹോസ്റ്റിലേക്കുള്ള ഗതാഗതം ടണലിലൂടെ പോകുന്നു, മാസ്ക് ഒരിക്കലും പ്രശ്നമായിരുന്നില്ല.
അത് ഭൗതിക അഡാപ്റ്റർ തിരികെ നൽകിയാൽ, സാധ്യമായ രണ്ട് റൂട്ടുകളും അവയുടെ അളവുകളും താരതമ്യം ചെയ്യുക. കൂടുതൽ നിർദ്ദിഷ്ട പ്രാദേശിക റൂട്ട്, മറ്റൊരു ക്ലയന്റിൽ നിന്ന് അവശേഷിച്ച രേഖ അല്ലെങ്കിൽ ഭൗതിക പാതയിലെ കുറഞ്ഞ അളവ് എല്ലാം വിശാലമായ ടണൽ റൂട്ടിനെ തോൽപ്പിക്കുന്നു. കാണുന്ന ഫലം ബാക്കിയെല്ലാം പ്രവർത്തിക്കുമ്പോൾ എത്താനാകാത്ത വിഭവമാണ്. നീളമുള്ള പ്രിഫിക്സുകൾ എപ്പോഴും വിജയിക്കുന്നു, അതിനാൽ വിജയി പലപ്പോഴും കുറച്ച് മാസങ്ങൾക്ക് മുമ്പ് ആരോ ചേർത്ത് മറന്ന ഹോസ്റ്റ് റൂട്ടാണ്.
ഇവിടെ രണ്ട് ദിശകളും പരിശോധിക്കുക. സെർവർ ഭാഗത്തേക്കുള്ള റൂട്ട് ആവശ്യമാണ് പക്ഷേ മതിയാകില്ല, കാരണം മറുപടിയും ടണലിലൂടെ തിരികെ വരണം. ഒരു ആന്തരിക ഹോസ്റ്റ് പ്രവർത്തിക്കുമ്പോൾ മറ്റൊന്ന് പ്രവർത്തിക്കാത്തപ്പോൾ, വ്യത്യാസം സാധാരണയായി ഈ പട്ടികയിലാണ്, അഡാപ്റ്റർ കോൺഫിഗറേഷനിലല്ല.
ഘട്ടം 3: പേര് പരിഹാരം സേവന ആക്സസിൽ നിന്ന് വേർതിരിക്കുക
പങ്കിടൽ തുറക്കാത്ത ആപ്ലിക്കേഷൻ രണ്ട് വളരെ വ്യത്യസ്ത ഘട്ടങ്ങളിൽ ഒന്നിൽ പരാജയപ്പെടാം. പേര് പരിഹരിച്ച്, പിന്നീട് വിലാസത്തിലെത്തുക. ആദ്യത്തേത് പരാജയപ്പെട്ട് രണ്ടാമത്തേത് പ്രവർത്തിച്ചാൽ, ടണൽ കുഴപ്പമില്ല, പരിഹാരകൻ അല്ല:
Resolve-DnsName files.corp.example.internal
Get-DnsClientServerAddress -InterfaceAlias 'Corp VPN'
Test-NetConnection -ComputerName 10.24.6.15 -Port 445വിജയകരമായ വിലാസ പരിശോധനയോടൊപ്പം പരാജയപ്പെട്ട പേര് പരിശോധന പ്രശ്നം പരിഹരിക്കലിൽ കണ്ടെത്തുന്നു, രണ്ടാമത്തെ കമാൻഡ് ടണൽ ഇന്റർഫേസിന് സെർവർ ലഭിച്ചോ എന്ന് കാണിക്കുന്നു. പല ക്ലയന്റുകളും DNS ടണൽ കോൺഫിഗറേഷന്റെ ഭാഗമായി തള്ളുന്നു, ആ തള്ളിയ ഓപ്ഷനുകൾ അവഗണിക്കുന്ന പ്രൊഫൈൽ യന്ത്രത്തെ സ്വകാര്യ മേഖല കാണാത്ത പരിഹാരകനോടൊപ്പം വിടും.
പ്രവർത്തിക്കുന്ന വിലാസത്തെ സ്ഥിരമായ പരിഹാരമായി കണക്കാക്കരുത്. വിലാസത്തിലൂടെ ബന്ധിപ്പിക്കുന്നത് പേര് പരിഹാരം ഒഴിവാക്കുന്നു, ആപ്ലിക്കേഷൻ അല്ലാത്തപക്ഷം നടത്തുന്ന സെർവർ ഐഡന്റിറ്റി പരിശോധന ദുർബലമാക്കാം. ഇത് താൽക്കാലിക പരിഹാരത്തിന്റെ വേഷത്തിലുള്ള സുരക്ഷാ പതനമാണ്. തകരാർ കണ്ടെത്താൻ ഇത് ഉപയോഗിച്ച്, പിന്നീട് പരിഹാരം ശരിയാക്കുക.
പിൻവലിക്കൽ: കാണിച്ച മൂല്യം കാരണം DHCP വീണ്ടും നിർമ്മിക്കരുത്
നിങ്ങൾ ഇതിനകം വിലാസ സേവനം മാറ്റാൻ തുടങ്ങിയെങ്കിൽ, നിർത്തി നിങ്ങൾ മാറ്റിയതിൽ എന്തെങ്കിലും ഭാരം വഹിക്കുന്നതാണോ എന്ന് പരിശോധിക്കുക. പരിധി വീണ്ടും സൃഷ്ടിക്കുന്നത്, പാട്ടങ്ങൾ വീണ്ടും നൽകുന്നത് അല്ലെങ്കിൽ പൂൾ നീക്കുന്നത് മറ്റ് ക്ലയന്റുകൾ ആശ്രയിക്കുന്ന അവസ്ഥ മാറ്റുന്നു, ഇവയൊന്നും പോയിന്റ്-ടു-പോയിന്റ് അഡാപ്റ്ററിലെ ഹോസ്റ്റ് മാസ്കിനാൽ ന്യായീകരിക്കപ്പെടുന്നില്ല.
Get-DnsClientServerAddress -InterfaceAlias 'Corp VPN'
Find-NetRoute -RemoteIPAddress 10.24.6.15
Test-NetConnection -ComputerName files.corp.example.internal -Port 445ഇവ മൂന്നും ഏതെങ്കിലും ലക്ഷ്യമിട്ട മാറ്റത്തിന് ശേഷം പ്രവർത്തിപ്പിച്ച് മുൻ ഓട്ടവുമായി താരതമ്യം ചെയ്യുക. ഉപയോഗപ്രദമായ ഫലം വിഭവത്തിലേക്കുള്ള രേഖപ്പെടുത്തിയ പാതയാണ്, ഓഫീസിലെ LAN പോലെ തോന്നുന്ന മാസ്കുള്ള അഡാപ്റ്ററല്ല.
പിന്നീട് മാസ്കിന്റെ യഥാർത്ഥ അർത്ഥം എഴുതുക, കാരണം അടുത്ത വ്യക്തി അതേ സംഭാഷണം തുറന്ന് അതേ തെറ്റായ നിഗമനത്തിൽ എത്തും. പ്രൊഫൈൽ കുറിപ്പുകളിൽ ഒരു വാക്യം, ടണൽ പോയിന്റ്-ടു-പോയിന്റ് ആണെന്നും ദൂരെയുള്ള സബ്നെറ്റുകൾ റൂട്ടുകളായി വരുന്നുവെന്നും, അടുത്ത തവണ മുഴുവൻ അന്വേഷണവും ലാഭിക്കുന്നു.