Windows VPN-ൽ ഇന്റർനെറ്റ് ഇല്ലേ? വിലാസ പൂൾ സംശയാസ്പദമാണ്

Windows ടണൽ കണക്ട് ചെയ്തതായി കാണിക്കുകയും ഇന്റർനെറ്റ് ആക്സസ് ഇല്ല എന്ന ലേബൽ നൽകുകയും ചെയ്യുന്നു, അതിനെ ആളുകൾ Windows-ന്റെ പ്രത്യേകതയായി വായിക്കുന്നു. ഇത് ക്ലയന്റിന് എന്ത് ലഭിച്ചു എന്നതിനെക്കുറിച്ചുള്ള പ്രസ്താവനയാണ്: ഉപയോഗയോഗ്യമായ ഡിഫോൾട്ട് ഗേറ്റ്വേ ഇല്ല, പ്രവർത്തിക്കുന്ന റിസോൾവർ ഇല്ല, അല്ലെങ്കിൽ ടണലിനുള്ളിലെ വിലാസങ്ങൾക്ക് തിരികെയുള്ള വഴിയില്ല. സർവർ Windows Incoming Connection ആകുമ്പോൾ, ഒരു ക്രമീകരണം ഇത്തരം റിപ്പോർട്ടുകളിൽ ഭൂരിഭാഗവും വിശദീകരിക്കുന്നു. ലേബൽ രോഗനിർണയമല്ല, പക്ഷേ തിരച്ചിൽ മൂന്ന് സ്ഥലങ്ങളിലേക്ക് ചുരുക്കുന്നു.

മാറ്റുന്നതിന് മുമ്പ് ലീസ് വായിക്കുക

ക്ലയന്റിൽ ipconfig /all പ്രവർത്തിപ്പിച്ച് എൻട്രികൾക്കിടയിൽ VPN അഡാപ്റ്റർ കണ്ടെത്തുക. അത് ലിസ്റ്റ് ചെയ്യുന്ന വിലാസം, ഡിഫോൾട്ട് ഗേറ്റ്വേ, DNS സർവർ എന്നിവയാണ് നിങ്ങൾക്ക് ആവശ്യമായ വസ്തുതകൾ, അവ അഡ്മിനിസ്ട്രേറ്റർ നൽകിയതായി കരുതുന്നതിൽ നിന്ന് പലപ്പോഴും വ്യത്യസ്തമാണ്.

മൂന്ന് പാറ്റേണുകൾ മൂന്ന് തകരാറുകളുമായി യോജിക്കുന്നു. 169.254.0.0/16-ലെ വിലാസം എന്നാൽ ക്ലയന്റിന് ഒന്നും ലഭിച്ചില്ല, അത് തനിക്ക് ലിങ്ക്-ലോക്കൽ വിലാസം നൽകി. ഗേറ്റ്വേയില്ലാത്ത സാധ്യതയുള്ള വിലാസം എന്നാൽ ക്ലയന്റിന് ഡിഫോൾട്ട് റൂട്ട് നൽകുന്ന ഓപ്ഷൻ ഇല്ലാതെയാണ് പൂൾ നൽകിയത്. ഇപ്പോഴും എവിടെയും എത്താത്ത പൂർണ്ണ ലീസ് സർവർ വശത്തെ ഫോർവേഡിംഗ് അല്ലെങ്കിൽ വിവർത്തനത്തിലേക്ക് വിരൽ ചൂണ്ടുന്നു.

സർവറിനെ സ്പർശിക്കുന്നതിന് മുമ്പ് മൂല്യങ്ങൾ എഴുതിവയ്ക്കുക. അടുത്ത ഘട്ടം അവയെ സർവർ വിതരണം ചെയ്യുന്നതായി കരുതുന്ന ശ്രേണിയുമായി താരതമ്യം ചെയ്യുന്നു, ഓർമ്മ ലീസിന് മോശം പകരമാണ്.

സ്വയം അനുവദിക്കൽ ഗേറ്റ്വേ ഇല്ലാതെ വിടാനാകുന്നത് എന്തുകൊണ്ട്

Incoming Connections എൻട്രിക്ക് ഫിസിക്കൽ അഡാപ്റ്ററിൽ നിന്ന് വേറിട്ട സ്വന്തം IPv4 ഗുണങ്ങളുണ്ട്. അവിടത്തെ ഡിഫോൾട്ട് വിലാസങ്ങൾ സ്വയമേവ അനുവദിക്കാൻ വാഗ്ദാനം ചെയ്യുന്നു, അത് വിലാസം, മാസ്ക്, ഗേറ്റ്വേ, DNS എന്നിവ നൽകാൻ കണക്ഷന്റെ ഉൾച്ചേർത്ത അലോക്കേറ്ററിനെ ആശ്രയിക്കുന്നു.

സ്റ്റാൻഡ്അലോൺ വർക്ക്സ്റ്റേഷനിൽ ആ അലോക്കേറ്ററിന് എടുക്കാൻ പരിധിയില്ല, യന്ത്രത്തിലെ മറ്റെന്തെങ്കിലും ഒന്ന് നൽകുന്നില്ലെങ്കിൽ, അതിനാൽ ക്ലയന്റ് ലിങ്ക്-ലോക്കൽ വിലാസത്തിലോ വിലാസമുണ്ടെങ്കിലും ഗേറ്റ്വേ ഇല്ലാതെയോ ആകാം. ലിങ്ക് ഉയർന്നതിനാൽ കണക്ഷൻ സ്ഥാപിതമായതായി തോന്നുന്നു, അതിന്റെ പിന്നിലെ കോൺഫിഗറേഷൻ അപൂർണ്ണമാണ്.

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

LAN റൗട്ടറിന്റെ DHCP സർവർ ടണൽ ക്ലയന്റുകൾക്ക് സേവനം നൽകുമെന്ന് ആരെങ്കിലും പ്രതീക്ഷിക്കുമ്പോൾ അതേ ആശയക്കുഴപ്പം പ്രത്യക്ഷപ്പെടുന്നു. ബ്രോഡ്കാസ്റ്റ് കണ്ടെത്തൽ റൂട്ട് ചെയ്ത ടണൽ കടക്കുന്നില്ല, അതിനാൽ ആ സർവർ അഭ്യർത്ഥന ഒരിക്കലും കാണുന്നില്ല. വിപരീതം കരുതുന്നതാണ്, ഒരിക്കലും ഒന്നും ചോദിക്കാത്ത ക്ലയന്റിന്റെ പേരിൽ പൂളിനെ കുറ്റപ്പെടുത്തുന്ന ഏറ്റവും സാധാരണ കാരണം.

സർവറിന് റൂട്ട് ചെയ്യാവുന്ന വ്യക്തമായ ശ്രേണി സജ്ജമാക്കുക

സർവറിന് എത്താവുന്ന സബ്നെറ്റിനുള്ളിൽ ചെറിയ ബ്ലോക്ക് തിരഞ്ഞെടുക്കുക, LAN റൗട്ടർ വിതരണം ചെയ്യുന്ന ശ്രേണിക്ക് പുറത്തും നെറ്റ്വർക്കിലെ മറ്റേതെങ്കിലും പൂളിന് പുറത്തും. സർവർ 172.20.10.0/24-ൽ ഇരിക്കുകയും റൗട്ടർ 172.20.10.1 കൈവശം വയ്ക്കുകയും ചെയ്താൽ, ആ സബ്നെറ്റിന്റെ മുകളിലായി ചെറിയ ബ്ലോക്ക്, പറയട്ടെ 172.20.10.201 മുതൽ 172.20.10.209 വരെ, ടണൽ ലീസുകളെ റൗട്ടർ ഇതിനകം കൈകാര്യം ചെയ്യുന്ന വിതരണത്തിൽ നിന്ന് അകറ്റി നിർത്തുന്നു.

അത് Incoming Connection-ന്റെ IPv4 ഗുണങ്ങളിൽ നൽകി, ക്ലയന്റ് വീണ്ടും കണക്ട് ചെയ്ത്, മറ്റെന്തെങ്കിലും മാറ്റുന്നതിന് മുമ്പ് അഡാപ്റ്റർ വീണ്ടും വായിക്കുക. രണ്ടാം വായനയാണ് പൂൾ തകരാറായിരുന്നോ അതോ പലതിൽ ഒന്ന് മാത്രമോ എന്ന് പറയുന്നത്.

ഈ കമാൻഡുകൾ ഫലമായുണ്ടാകുന്ന കോൺഫിഗറേഷനും ക്ലയന്റിന് ഇപ്പോൾ ഉള്ള റൂട്ടുകളും പ്രിന്റ് ചെയ്യുന്നു:

ipconfig /all
route print -4
Get-NetIPConfiguration -InterfaceAlias \"Incoming Connection\"

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

വിലാസം ഇന്റർനെറ്റ് വഴിയല്ല

ലീസ് സ്വീകരിക്കുന്നത് പാക്കറ്റുകളെ ക്ലയന്റിൽ നിന്ന് സർവറിലേക്ക് നീക്കുന്നു മാത്രം. ഇന്റർനെറ്റ് ആക്സസിനായി സർവർ ആ പാക്കറ്റുകൾ ഫോർവേഡ് ചെയ്ത് സ്വന്തം അപ്‌ലിങ്കിലേക്ക് വിവർത്തനം ചെയ്യണം, അത് സ്വന്തം പരാജയ മോഡുകളുള്ള വേറിട്ട കോൺഫിഗറേഷനാണ്.

Internet Connection Sharing ആണ് ഷോർട്ട്കട്ട്. അത് ഇന്റർനെറ്റിലേക്ക് അഭിമുഖീകരിക്കുന്ന അഡാപ്റ്ററെ പങ്കിട്ട ഗേറ്റ്വേയാക്കി സ്വന്തം അഡ്രസിംഗ് നടത്തുന്നു, അത് ആ അഡാപ്റ്ററിന്റെ വിലാസം വീണ്ടും എഴുതാനും നിലവിലുള്ള NAT നിയമം ഇനി ഇല്ലാത്ത ഒരു മൂല്യത്തിലേക്ക് ചൂണ്ടുന്നതായി വിടാനും ഇടയുണ്ട്. അത് പ്രവർത്തനക്ഷമമാക്കുന്നതിന് മുമ്പ് യഥാർത്ഥ ക്രമീകരണങ്ങൾ രേഖപ്പെടുത്തുക.

റൂട്ട് ചെയ്ത ബദൽ അഡ്രസിംഗ് സ്ഥിരമായി നിലനിർത്തുകയും ഫോർവേഡിംഗും വിവർത്തനവും വ്യക്തമായി കോൺഫിഗർ ചെയ്യാൻ ആവശ്യപ്പെടുകയും ചെയ്യുന്നു. ഒരു സമീപനവും തെറ്റല്ല; അവ പകുതിയിൽ കലർത്തിയാൽ ലീസുള്ളതും എക്സിറ്റ് ഇല്ലാത്തതുമായ ടണൽ ഉണ്ടാകും, അത് നിങ്ങൾ തുടങ്ങിയ ലക്ഷണം തന്നെയാണ്. ഒരു മോഡൽ തിരഞ്ഞെടുത്ത് മറ്റൊന്ന് ചേർക്കുന്നതിന് മുമ്പ് അത് പൂർത്തിയാക്കുക.

ആദ്യം പുറം വഴി ഒഴിവാക്കുക

ടണൽ ഒരിക്കലും രൂപപ്പെടുന്നില്ലെങ്കിൽ ഏത് പൂളും സഹായിക്കില്ല. പ്രോട്ടോക്കോൾ വഴി എന്ത് വഹിക്കണം എന്ന് തീരുമാനിക്കുന്നു: PPTP-ക്ക് TCP 1723 ഉം GRE യും വേണം, GRE പോർട്ടല്ല, IP പ്രോട്ടോക്കോൾ 47 ആണ്; L2TP/IPsec-ന് UDP 1701 ഉം 500 ഉം 4500 ഉം വേണം; SSTP-ക്ക് TCP 443 വേണം.

പോർട്ട് ഫോർവേഡ് ചെയ്യുന്നുവെങ്കിലും പ്രോട്ടോക്കോൾ ചെയ്യാത്ത റൗട്ടർ ഒരിക്കലും പ്രാമാണീകരിക്കപ്പെടാത്ത കണക്ഷൻ ശ്രമം സൃഷ്ടിക്കുന്നു. ടണൽ രൂപപ്പെട്ടതിന് ശേഷം എവിടെയും എത്താത്ത സന്ദർഭത്തിൽ നിന്ന് വ്യത്യസ്തമായ പരാജയമാണിത്, രണ്ടും ഒരുമിച്ച് ഡീബഗ് ചെയ്യരുത്.

അതേ LAN-ൽ നിന്നും വിദൂര നെറ്റ്വർക്കിൽ നിന്നും പരീക്ഷിക്കുക. LAN ശ്രമം പ്രവർത്തിക്കുകയും വിദൂരത്ത് പ്രാമാണീകരണത്തിൽ എത്താതിരിക്കുകയും ചെയ്താൽ, പുറം വഴിയാണ് പ്രശ്നം. രണ്ടും പ്രാമാണീകരിക്കുകയും വിദൂര ക്ലയന്റിന് മാത്രം ഇന്റർനെറ്റ് ഇല്ലാതിരിക്കുകയും ചെയ്താൽ, പൂളിലേക്കും എക്സിറ്റിലേക്കും മടങ്ങുക.