റിമോട്ട്-ആക്സസ് ക്ലയന്റ് ശാഖാ ഗേറ്റ്‌വേ ആയി പ്രവർത്തിക്കേണ്ടിവരുമ്പോൾ

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

പ്രോട്ടോക്കോൾ ലേബൽ നിങ്ങളോട് പറയാത്തത്

OpenVPN ഒരു കണക്ടർ മുഴുവൻ സബ്നെറ്റും ഫോർവേഡ് ചെയ്യുന്ന സൈറ്റ്-ടു-സൈറ്റ് രൂപകൽപ്പന രേഖപ്പെടുത്തുന്നു, Access Server അത് ഗേറ്റ്വേ റോളും വ്യക്തമായ റൂട്ടിംഗും ഉപയോഗിച്ച് നടപ്പാക്കുന്നു. SSL VPN എന്ന് വിൽക്കുന്ന മറ്റൊരു ഉൽപ്പന്നം ക്ലയന്റിന് പിന്നിലെ നെറ്റ്വർക്ക് പ്രഖ്യാപിക്കാനുള്ള പിന്തുണയുള്ള മാർഗമില്ലാതെ റിമോട്ട്-ഉപയോക്തൃ ഫംഗ്ഷനുകൾ മാത്രം നൽകിയേക്കാം. പതിപ്പും പ്രധാനമാണ്, കാരണം ഒരു പതിപ്പിലെ സവിശേഷത മറ്റൊന്നിനെക്കുറിച്ചുള്ള വാഗ്ദാനമല്ല. നിങ്ങൾ യഥാർത്ഥത്തിൽ പ്രവർത്തിപ്പിക്കുന്ന നടപ്പാക്കൽ വായിക്കുക, മറ്റൊരു ഉൽപ്പന്നത്തിനായി എഴുതിയ പാചകക്കുറിപ്പിനെ രൂപകൽപ്പനയല്ല, സൂചനയായി കാണുക.

ആദ്യം പരിഹരിക്കേണ്ട ചോദ്യം VPN ഉടമ ഫോർവേഡിംഗ് റോളിനെ ഒട്ടും പിന്തുണയ്ക്കുന്നുണ്ടോ എന്നതാണ്. ഇല്ലെങ്കിൽ, ക്ലയന്റ് വശത്തെ ഒരു റൂട്ടിംഗിനും അതിനെ പിന്തുണയുള്ളതാക്കാനാകില്ല.

കരാറിന് രണ്ട് വശങ്ങളുണ്ട്: ശാഖയും ആസ്ഥാനവും

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

തിരികെ വരുന്ന പാതയാണ് ഒഴിവാക്കപ്പെടുന്ന ഭാഗം. ക്ലയന്റിനുള്ള ടണൽ വിലാസം അതിന് പിന്നിലെ സബ്നെറ്റ് പ്രഖ്യാപിക്കുന്നില്ല, അതിനാൽ ആസ്ഥാനത്തെ റൗട്ടറുകൾക്ക് ആ പ്രിഫിക്സിന് VPN ഗേറ്റ്വേയിലേക്ക് ചൂണ്ടുന്ന റൂട്ട് വേണം.

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

റൂട്ട് ചെയ്തതോ വിവർത്തനം ചെയ്തതോ: തിരിച്ചുവരവ് പാത ബോധപൂർവം തിരഞ്ഞെടുക്കുക

ഓരോ ഉപകരണത്തിന്റെയും ഐഡന്റിറ്റിയും ഓരോ ഹോസ്റ്റിന്റെയും നയവും പ്രധാനമാകുകയും ബന്ധപ്പെട്ട ഓരോ റൗട്ടറിലും തിരിച്ചുവരവ് റൂട്ട് നിലനിർത്താനാകുകയും ചെയ്താൽ റൂട്ട് ചെയ്തത് തിരഞ്ഞെടുക്കുക.

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

ഉപകാരപ്രദമായ ഒരു പരിശോധന അസമമാണ്: ശാഖാ ഉപകരണത്തിൽ നിന്ന് ഒരു വിഭവം ആവശ്യപ്പെടുക, തുടർന്ന് മറുപടി ആസ്ഥാനം വിട്ട് ശാഖാ പ്രിഫിക്സിലേക്ക് പോകുന്നുവെന്ന് സ്ഥിരീകരിക്കുക. traceroute -n 10.60.4.20 ആസ്ഥാനത്തെ ഒരു ഹോസ്റ്റിൽ നിന്ന് ആ പാത VPN ഗേറ്റ്വേയിലൂടെ പോകുന്നുണ്ടോ എന്ന് കാണിക്കുന്നു.

ഇത് ഒരു ലോഗിൻ ആയിട്ടല്ല, അടിസ്ഥാന സൗകര്യമായി പ്രവർത്തിപ്പിക്കുക

ആരും ലോഗിൻ ചെയ്യാതിരിക്കുമ്പോൾ ഗേറ്റ്വേ എങ്ങനെ ആരംഭിക്കുന്നു, പ്രാമാണീകരിക്കുന്നു, അപ്ഡേറ്റ് ചെയ്യുന്നു, വീണ്ടെടുക്കുന്നു എന്ന് തീരുമാനിക്കുക. ക്രെഡൻഷ്യൽ പുതുക്കൽ, ബഹു-ഘടക പ്രോംപ്റ്റുകൾ, ഉറക്ക സ്വഭാവം, ശാഖയ്ക്ക് ആക്സസ് നഷ്ടമാകുമ്പോൾ ആര് പ്രതികരിക്കുന്നു എന്നിവയെല്ലാം പ്രവർത്തന ചോദ്യങ്ങളാകുന്നു. ഒരു നെറ്റ്വർക്ക് പാത പങ്കിടുന്ന പലരും ഗേറ്റ്വേ ഉപയോക്താവിന്റെ വ്യക്തിഗത പ്രത്യേകാവകാശങ്ങൾ പാരമ്പര്യമായി സ്വീകരിക്കരുത്, അതിനാൽ വിഭവ അനുമതി, ലോഗിംഗ് പരിധി, പരാജയ നയം എന്നിവയ്ക്ക് പേരുള്ള ഉടമ വേണം. ഓരോ ഉപകരണത്തിന്റെയും രജിസ്ട്രേഷൻ ഒഴിവാക്കാൻ അക്കൗണ്ട് പങ്കിടുന്നത് രൂപകൽപ്പനയല്ല.

ഈ ക്രമീകരണത്തെ പിന്തുണയുള്ള സൈറ്റ് ഗേറ്റ്വേയുമായി അതേ ആവശ്യകതകളിൽ താരതമ്യം ചെയ്ത ശേഷം പ്രതിബദ്ധരാകുക. പഴയ ഡെസ്ക്ടോപ്പ് വീണ്ടും ഉപയോഗിക്കുന്നത് അറ്റകുറ്റപ്പണിയോ വീണ്ടെടുപ്പോ ഇല്ലാതാക്കുന്നില്ല, രണ്ടാം കൈ വില പ്രവർത്തന ചെലവ് വിവരിക്കുന്നില്ല.

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