പരിശോധനകൾ ക്രമത്തിൽ ചെയ്യുക: നിയന്ത്രണ കണക്ഷൻ തുറക്കുന്നുണ്ടോ, GRE പാതയിൽ നിലനിൽക്കുന്നുണ്ടോ, സർവർ കോൾ സ്വീകരിക്കുന്നുണ്ടോ, സ്ഥിരീകരണം പൂർത്തിയാകുന്നുണ്ടോ. PPTP ക്ലയന്റിന് 1723-ൽ TCP സെഷനും ഡാറ്റ വഹിക്കുന്ന GRE പാതയും ആവശ്യമാണ്, ഹോട്ട്സ്പോട്ടിന് ഒന്ന് കടത്തിവിട്ട് മറ്റൊന്ന് വീഴ്ത്താം. അവ ക്രമത്തിൽ ചെയ്യുന്നത് ഊഹിക്കുന്നതിനുപകരം ഏത് അതിർത്തി അന്വേഷിക്കണമെന്ന് പറയുന്നു. Windows-ന്റെ പിശക് നമ്പറുകൾ അത് നിങ്ങൾക്കായി ചെയ്യുന്നില്ല.

GRE എന്നത് IP പ്രോട്ടോക്കോൾ 47 ആണ്. അത് TCP അല്ലെങ്കിൽ UDP പോർട്ട് 47 അല്ല, ഈ വ്യത്യാസമാണ് ഫയർവാളുകളെക്കുറിച്ചുള്ള മിക്ക ആശയക്കുഴപ്പവും വിശദീകരിക്കുന്നത്.

രണ്ട് പാതകൾ, ഒരു കണക്ഷൻ

നിയന്ത്രണ കണക്ഷൻ ലക്ഷ്യ പോർട്ട് 1723-ലേക്കുള്ള സാധാരണ TCP സെഷനാണ്, മിക്ക നെറ്റ്വർക്കുകളും അത് പരാതിയില്ലാതെ അനുവദിക്കുന്നു. ഡാറ്റ പാത GRE, പ്രോട്ടോക്കോൾ 47 ആണ്, ആദ്യത്തേത് അനുവദിക്കുന്ന ഫയർവാൾ രണ്ടാമത്തേതിനെക്കുറിച്ച് പൂർണ്ണമായി അജ്ഞനായിരിക്കാം. ഈ സംയോജനം തുടങ്ങുന്നതായി തോന്നി പിന്നീട് ഒന്നും വഹിക്കാത്ത ക്ലയന്റ് സൃഷ്ടിക്കുന്നു, നിരസിച്ച കണക്ഷനെക്കാൾ വളരെക്കുറച്ച് വിവരം നൽകുന്ന ലക്ഷണം. ഓപ്പറേറ്ററെക്കുറിച്ച് എന്തെങ്കിലും നിഗമനം ചെയ്യുന്നതിന് മുമ്പ് രണ്ട് പാതകളും വെവ്വേറെ പരിശോധിക്കുക.

വിവർത്തനം അതിന്റെ സ്വന്തം ആവശ്യകത ചേർക്കുന്നു. പോർട്ട് പങ്കിടുന്ന ഗേറ്റ്വേകൾക്ക് കോൾ ഐഡന്റിഫയറുകൾ വിലാസങ്ങൾക്കൊപ്പം വീണ്ടും എഴുതാൻ PPTP മനസ്സിലാക്കുന്ന ALG ആവശ്യമായി വരാറുണ്ട്, അതില്ലാത്ത ഒന്നിന് പാക്കറ്റ് നഷ്ടം പോലെ തോന്നുന്ന രീതിയിൽ സെഷൻ കേടുവരുത്താം. ഈ സ്വഭാവം സാധാരണമാണെങ്കിലും നടപ്പാക്കലിനെ ആശ്രയിച്ചിരിക്കുന്നു, അതിനാൽ ഏത് വിൽപ്പനക്കാരന്റെ പരിധിയും ഓരോ ഹോട്ട്സ്പോട്ടിന്റെയും സ്വത്തല്ല, ഉദാഹരണമായി കണക്കാക്കുക.

ഹോട്ട്സ്പോട്ട് രണ്ട് അതിർത്തികൾ കൂടി ചേർക്കുന്നു

ക്ലയന്റ് ട്രാഫിക് സാധാരണയായി ഫോണിന്റെ സ്വന്തം ഷെയറിംഗ് NAT-ലൂടെയും തുടർന്ന് സർവറിൽ എത്തുന്നതിന് മുമ്പ് ഓപ്പറേറ്റർ തലത്തിലെ വിവർത്തനത്തിലൂടെയും കടന്നുപോകുന്നു. ഓഫീസ് റൗട്ടറിലെ ഒരു നിയമത്തിന് മറ്റൊരാൾക്ക് ഉള്ള ഇടനില പെട്ടി നന്നാക്കാൻ കഴിയില്ല, അതുകൊണ്ടാണ് വീട്ടുവശത്തെ പോർട്ട് ഫോർവേഡിംഗ് അപൂർവ്വമായി സഹായിക്കുന്നത്. പുറത്തേക്ക് പോകുന്ന ക്ലയന്റിന് ഉള്ളിലേക്കുള്ള പോർട്ട് തുറക്കേണ്ടതുമില്ല; വിവർത്തനം ചെയ്ത കണക്ഷനുള്ള മറുപടികൾ ഗേറ്റ്വേ സൃഷ്ടിച്ച അവസ്ഥയിലൂടെ തിരികെ വരുന്നു. NAT-ന് പിന്നിൽ ഹോസ്റ്റ് ചെയ്യുന്ന സർവറിന് തികച്ചും വേറിട്ട ആവശ്യകതകളുണ്ട്.

PPTP passthrough എന്ന മെനു ഇനം, ഉള്ളിടത്ത്, ആ ഉപകരണം ഈ പ്രോട്ടോക്കോൾ എങ്ങനെ കൈകാര്യം ചെയ്യുന്നു എന്ന് നിർണ്ണയിക്കുന്നു. ഫോണിൽ VPN ഹോസ്റ്റ് ചെയ്യുന്നതിനോ ഓരോ പ്രോട്ടോക്കോളും വ്യവസ്ഥയില്ലാതെ ഫോർവേഡ് ചെയ്യുന്നതിനോ സമാനമായ സവിശേഷതയല്ല ഇത്, അത് പ്രവർത്തനക്ഷമമാക്കുന്നത് GRE കടത്തിവിടാനുള്ള പൊതു അനുമതിയുമല്ല.

807-നെ വിധിയല്ല, തടസ്സമായി വായിക്കുക

Windows 807-നെ തടസ്സപ്പെട്ട കണക്ഷനായി റിപ്പോർട്ട് ചെയ്യുന്നു, അത് കാരണത്തെയല്ല ഫലത്തെ വിവരിക്കുന്നു. അതിന്റെ പിശക് പട്ടിക 806-നെ GRE-ബന്ധപ്പെട്ട വിഭാഗമായി വെവ്വേറെ കൈകാര്യം ചെയ്യുന്നു, സിദ്ധാന്തം കെട്ടിപ്പടുക്കുന്നതിന് മുമ്പ് ഈ വ്യത്യാസം അറിയേണ്ടതുണ്ട്. രണ്ട് സംഖ്യകളിൽ ഒന്നും ഓപ്പറേറ്റർ പ്രോട്ടോക്കോൾ 47 ഫിൽട്ടർ ചെയ്തോ, സർവറിന്റെ ശേഷി തീർന്നോ, ക്രെഡൻഷ്യലുകൾ ശരിയായിരുന്നോ എന്ന് വെളിപ്പെടുത്തുന്നില്ല. സെഷൻ അവസാനിച്ചു എന്ന് പിശക് പറയുന്നു; എവിടെ എന്ന് പാത പറയുന്നു.

ഹോട്ട്സ്പോട്ടിൽ വിജയിക്കുന്ന ബ്രൗസർ പരിശോധന സാധാരണ ആപ്ലിക്കേഷൻ പാത പ്രവർത്തിക്കുന്നു എന്ന് മാത്രം തെളിയിക്കുന്നു. GRE-യെക്കുറിച്ച് അത് ഒന്നും പറയുന്നില്ല.

പരാജയപ്പെട്ട ഘട്ടം വേർതിരിക്കുക

ലാപ്ടോപ്പ്, സർവർ, പ്രൊഫൈൽ എന്നിവ സ്ഥിരമായി സൂക്ഷിച്ച്, പിന്നീട് ആക്സസ് നെറ്റ്വർക്ക് മാത്രം മറ്റൊരു അംഗീകൃത നെറ്റ്വർക്കിലേക്ക് മാറ്റുക. ഫലം മാറിയാൽ, നിങ്ങൾ നിയന്ത്രിക്കുന്ന അതിർത്തികളിൽ TCP, GRE കൈമാറ്റങ്ങൾ പിടിച്ചെടുത്ത് ഒരിക്കലും സംഭവിക്കാത്ത ഏറ്റവും ആദ്യ ഘട്ടം കണ്ടെത്തുക: നിയന്ത്രണ സ്ഥാപനം, കോൾ ക്രമീകരണം, ഡാറ്റ വിതരണം, അല്ലെങ്കിൽ PPP സ്ഥിരീകരണം. ഓരോന്നും പിടിച്ചെടുക്കലിൽ വ്യത്യസ്ത ഒപ്പ് വിടുന്നു. പ്രവർത്തിക്കുന്ന നെറ്റ്വർക്കിനെ പരാജയപ്പെടുന്ന ഒന്നുമായി താരതമ്യം ചെയ്യുന്നത് പിശക് വാചകം വീണ്ടും വായിക്കുന്നതിനേക്കാൾ വളരെയധികം വിവരദായകമാണ്.

ഇതെല്ലാം ഇപ്പോൾത്തന്നെ നിലവിലുള്ള ഒരു വിന്യാസത്തെ രോഗനിർണ്ണയം ചെയ്യുന്നു. പുതിയ PPTP സേവനം സ്ഥാപിക്കാനുള്ള വാദമല്ല ഇത്, പ്രോട്ടോക്കോളിനെ ചർച്ചകൊണ്ട് ഒഴിവാക്കാനും കഴിയില്ല: വേറെ ക്ലയന്റ് ഇൻസ്റ്റാൾ ചെയ്യുന്നത് മാറാത്ത സർവറിനെ മറ്റെന്തെങ്കിലും സംസാരിക്കാൻ പ്രേരിപ്പിക്കുന്നില്ല.

തുടർച്ചയായ ആക്സസിനായി, VPN ഉടമയുമായി പിന്തുണയുള്ള മൈഗ്രേഷൻ സമ്മതിക്കുക. ചെക്ക്ലിസ്റ്റ് ഒരു പരിഹാരത്തിനുപകരം ഒരു തീരുമാനത്തോടെ അവസാനിക്കുന്നു.

അനുബന്ധ ലേഖനങ്ങൾ