pfSense OpenVPN: മറ്റൊരു റൗട്ടറിന് പിന്നിലുള്ള നെറ്റ്വർക്കിലേക്ക് എത്തുന്നു
ക്ലൈന്റിന് തള്ളിയ പ്രിഫിക്സ് വേണം, pfSense-ന് എത്താവുന്ന അടുത്ത ഹോപ്പ് വേണം, ദൂരെയുള്ള റൗട്ടറിന് പൂളിലേക്ക് തിരികെയുള്ള വഴി വേണം. മൂന്ന് ഉടമകൾ, മൂന്ന് റൂട്ടുകൾ.
നിങ്ങളുടെ ലാപ്ടോപ്പ് VPN വഴി pfSense LAN-ൽ എത്തുന്നു, എന്നിട്ടും രണ്ട് ഹോപ്പ് കൂടി ഉള്ളിലുള്ള ഒരു സേവനത്തിൽ എത്താൻ പരാജയപ്പെടുന്നു, വ്യത്യാസം ഓരോ ഉടമയ്ക്കുമുള്ള ഒരു റൂട്ടിംഗ് തീരുമാനമാണ്. പാക്കറ്റ് അതിന്റെ പോയി-വരുന്ന യാത്ര പൂർത്തിയാക്കുന്നതിന് മുമ്പ് മൂന്ന് ഉപകരണങ്ങൾ യോജിക്കണം: ക്ലൈന്റ്, ഫയർവാൾ, ലക്ഷ്യ നെറ്റ്വർക്ക് യഥാർത്ഥത്തിൽ ഉള്ള റൗട്ടർ. ഇവയിൽ ഏതെങ്കിലും വിട്ടുപോയാൽ ലക്ഷണം ഒരേപോലെ തോന്നും.
ഒരു നിയമം മാറ്റുന്നതിന് മുമ്പ് ഒരു പാക്കറ്റിനെ ഈ മൂന്ന് തീരുമാനങ്ങളിലൂടെ പിന്തുടരുക, കാരണം ഓരോ ഉടമയ്ക്കും വ്യത്യസ്ത നിയന്ത്രണവും വ്യത്യസ്ത പരാജയ രീതിയുമാണ്.
ഒരു പാക്കറ്റ്, മൂന്ന് റൂട്ടിംഗ് തീരുമാനങ്ങൾ
ലക്ഷ്യം ടണലിൽ ഉൾപ്പെടുന്നുണ്ടോ എന്ന് ക്ലൈന്റ് തീരുമാനിക്കുന്നു, തനിക്ക് അറിയാവുന്നതിൽ നിന്ന് മാത്രമേ തീരുമാനിക്കാനാകൂ: തള്ളിയ റൂട്ട്, ലോക്കൽ റൂട്ട് അല്ലെങ്കിൽ ഇതിനകം എല്ലാം ഉൾക്കൊള്ളുന്ന ഡിഫോൾട്ട്. pfSense പാക്കറ്റ് അടുത്തതായി എങ്ങോട്ട് അയക്കണമെന്ന് തീരുമാനിക്കുന്നു, മറ്റൊരു റൗട്ടറിന് പിന്നിലുള്ള നെറ്റ്വർക്കിന് ഇത് ശരിയായ ഇന്റർഫേസിലെ എത്താവുന്ന ഗേറ്റ്വേയിലൂടെയുള്ള സ്റ്റാറ്റിക് റൂട്ട് എന്നാണ് അർത്ഥം. താഴത്തെ റൗട്ടർ VPN പൂളിലേക്ക് തിരികെയുള്ള വഴി അറിയുമോ എന്ന് തീരുമാനിക്കുന്നു, അറിയില്ലെങ്കിൽ മറുപടി വലിച്ചെറിയുകയോ ഉപയോഗശൂന്യമായ ഒരിടത്തേക്ക് അയക്കുകയോ ചെയ്യുന്നു. ഓരോ തീരുമാനവും മറ്റ് രണ്ടിൽ നിന്ന് സ്വതന്ത്രമാണ്.
ഇവയിൽ ഏതെങ്കിലും ഒന്നിന്റെ പരാജയം അതേ ഉപയോക്തൃ റിപ്പോർട്ട് നൽകുന്നു. അതുകൊണ്ടാണ് ഡീബഗ്ഗിംഗ് ക്രമം ഉപകരണങ്ങളെക്കാൾ പ്രധാനമാകുന്നത്.
ക്ലൈന്റിന് ഒരു പ്രിഫിക്സ് നൽകുക, ഊഹമല്ല
IPv4 ടണൽ നെറ്റ്വർക്ക് /30-നേക്കാൾ വലുതായ pfSense SSL/TLS സെർവറിൽ, IPv4 Local network(s) ഫീൽഡ് കണക്റ്റ് ചെയ്യുമ്പോൾ ക്ലൈന്റുകൾക്ക് റൂട്ടുകൾ വിതരണം ചെയ്യുന്നു. ക്ലൈന്റ് സ്വയം ഒന്ന് കണ്ടുപിടിക്കുമെന്ന് കരുതുന്നതിന് പകരം താഴത്തെ പ്രിഫിക്സ് അവിടെ ചേർക്കുക. തുടർന്ന് കണക്റ്റ് ചെയ്ത ശേഷം ക്ലൈന്റിന്റെ യഥാർത്ഥ പട്ടിക വായിക്കുക, കാരണം route-nopull ഉള്ള പ്രൊഫൈലോ റൂട്ട് ഫിൽട്ടറോ സെർവർ അയച്ചത് അവഗണിച്ചേക്കാം. സെർവർ പൂർണ്ണമായും ശരിയായിരിക്കാം, എന്നാൽ ക്ലൈന്റ് ഒന്നും ഇൻസ്റ്റാൾ ചെയ്യുന്നില്ല.
മറ്റ് സെർവർ മോഡുകൾക്കും ടോപ്പോളജികൾക്കും വ്യത്യസ്ത പരിധികളുണ്ട്, ഓരോ ക്ലൈന്റിനും കണക്ഷനുമുള്ള പോളിസി ഒരു പ്രത്യേക ക്ലൈന്റ് സ്വീകരിക്കുന്നത് മാറ്റിയേക്കാം. ആദ്യം പരീക്ഷിച്ച ക്ലൈന്റിൽ അല്ല, പ്രധാനമായ ക്ലൈന്റിൽ പരിശോധിക്കുക.
pfSense-നെ ആന്തരിക റൗട്ടറിലേക്ക് തിരിച്ചുവിടുക
pfSense-ലെ സ്റ്റാറ്റിക് റൂട്ടിന് നിർവചിക്കപ്പെട്ടതും എത്താവുന്നതുമായ ഗേറ്റ്വേ വേണം, ആ ഗേറ്റ്വേയ്ക്ക് തിരഞ്ഞെടുക്കുന്ന ഇന്റർഫേസ് യഥാർത്ഥത്തിൽ അവിടെ എത്തുന്നതായിരിക്കണം, Netgate-ന്റെ സ്റ്റാറ്റിക് റൂട്ട് ഗൈഡ് വിവരിക്കുന്നതുപോലെ. ഒരു ഉദാഹരണ ക്രമീകരണത്തിൽ ട്രാൻസിറ്റ് ലിങ്ക് ഫയർവാളിൽ 192.168.77.1-ഉം ആന്തരിക റൗട്ടറിൽ 192.168.77.2-ഉം ആണ്, സേവന നെറ്റ്വർക്ക് അതിന് പിന്നിൽ 172.16.30.0/25-ൽ ആണ്. അപ്പോൾ റൂട്ട് പ്രിഫിക്സും അടുത്ത ഹോപ്പും പേരിടുന്നു, സേവന വിലാസമല്ല. ദൂരെയുള്ള നെറ്റ്വർക്കിൽ നിന്നുള്ള ഒരു വിലാസം ഗേറ്റ്വേയായി ഉപയോഗിക്കുന്നത് ശരിയായി തോന്നുന്നതും എങ്ങോട്ടും ഫോർവേഡ് ചെയ്യാത്തതുമായ ഒരു റൂട്ട് നിർമ്മിക്കാനുള്ള സാധാരണ വഴിയാണ്.
ഇന്റർഫേസിന് ഒരു പേര് നൽകുന്നത് അതിന് പിന്നിലുള്ള നെറ്റ്വർക്കുകളെ വിവരിക്കുന്നില്ല. സ്റ്റാറ്റിക് റൂട്ടാണ് ആ വിവരണം.
ദൂരെയുള്ള വശം പൂൾ അറിഞ്ഞിരിക്കണം
താഴത്തെ റൗട്ടറിന് പൂളിലേക്ക് തിരികെയുള്ള റൂട്ട് വേണം, ഈ ഉദാഹരണത്തിൽ 192.168.77.1 വഴി 10.55.0.0/24, ഒരു ഡിഫോൾട്ട് റൂട്ടോ ഡൈനാമിക് പ്രോട്ടോക്കോളോ ഇതിനകം ഒന്ന് നൽകുന്നില്ലെങ്കിൽ. സേവന ഹോസ്റ്റിന്റെ സ്വന്തം ഗേറ്റ്വേ ആ റൗട്ടറിലേക്ക് നയിക്കണം, റൗട്ടർ അതിന്റെ ഡിഫോൾട്ട് ഗേറ്റ്വേ ആകുമ്പോൾ ഇത് സാധാരണ ശരിയാണ്, ഹോസ്റ്റ് കൈകൊണ്ട് കോൺഫിഗർ ചെയ്തതാണെങ്കിൽ തെറ്റാണ്. ഫയർവാളിലെ പോളിസി റൂട്ടിംഗും പ്രത്യേക ട്രാഫിക്കിന് പട്ടിക മറികടക്കാം, അതിനാൽ റൂട്ട് തെറ്റാണെന്ന് തീരുമാനിക്കുന്നതിന് മുമ്പ് ഒരു നിയമം മറ്റൊരു ഗേറ്റ്വേ തിരഞ്ഞെടുക്കുന്നുണ്ടോ എന്ന് പരിശോധിക്കുക.
ഈ രൂപകൽപ്പനയ്ക്ക് വിവർത്തനം ആവശ്യമില്ല, ക്ലൈന്റിന്റെ ഉറവിട വിലാസം ദൃശ്യമായി നിർത്തുന്നത് താഴത്തെ നെറ്റ്വർക്കിന് അതിന്റെ സ്വന്തം പോളിസി പ്രയോഗിക്കാൻ അനുവദിക്കുന്നു.
സ്വീകരണത്തിനായി ഒരു പുതിയ അഭ്യർത്ഥന ടണൽ പ്രവേശനം, ഫയർവാളിന്റെ ആന്തരിക പുറപ്പാട്, ലക്ഷ്യത്തിൽ നിന്നുള്ള മറുപടി എന്നിവയിലൂടെ പിന്തുടരുക. പകരം വിവർത്തനം ബോധപൂർവ്വം ഉപയോഗിക്കുകയാണെങ്കിൽ, താഴത്തെ നെറ്റ്വർക്ക് കാണുന്ന ഉറവിടവും മറുപടി എങ്ങനെ തിരികെ വരുമെന്ന് പ്രതീക്ഷിക്കുന്നു എന്നതും രേഖപ്പെടുത്തുക.
മൂന്ന് ഉടമകളുടെ പ്ലാൻ അനുവദിച്ച അപ്ലിക്കേഷനൊപ്പം സംരക്ഷിക്കുക, അടുത്ത അഡ്മിനിസ്ട്രേറ്റർക്ക് വഴി വീണ്ടും കണ്ടെത്തുന്നതിന് പകരം പുനർനിർമ്മിക്കാൻ കഴിയും.