രണ്ട് VPN ക്ലയന്റുകൾ, ഒരു റൂട്ടിംഗ് പട്ടിക: ഡിഫോൾട്ട് റൂട്ട് ആർക്ക്
രണ്ട് VPN ക്ലയന്റുകൾ നേരിട്ട് അപൂർവമായി കൂട്ടിയിടിക്കുന്നു; അവ ഒരേ ഡിഫോൾട്ട് റൂട്ട് മേലെഴുതുന്നു. തിരഞ്ഞെടുത്ത പാത പരിശോധിക്കുക, തുടർന്ന് ഒരു ക്ലയന്റിന് എല്ലാ ലക്ഷ്യങ്ങളും അവകാശപ്പെടാൻ അനുവദിക്കരുത്.
രണ്ട് VPN ക്ലയന്റുകൾ ഒരേ സോക്കറ്റിനായി പോരാടുന്നതായി തോന്നുന്നു, ഒരെണ്ണം അൺഇൻസ്റ്റാൾ ചെയ്യുകയാണ് വ്യക്തമായ പരിഹാരം. യഥാർത്ഥത്തിൽ അവർ അതേ സോക്കറ്റ് അപൂർവമായി മാത്രം തൊടുന്നു. ഓരോ കണക്ഷനും ഓപ്പറേറ്റിംഗ് സിസ്റ്റത്തിന്റെ റൂട്ടിംഗ് പട്ടിക വീണ്ടും എഴുതുന്നു, പൂർണ്ണ ടണൽ പ്രൊഫൈൽ ഡിഫോൾട്ട് റൂട്ട് അവകാശപ്പെടുന്നു. അവസാനം കണക്ട് ചെയ്തത് സാധാരണയായി ജയിക്കുന്നു, അതിനാൽ ലക്ഷണം ക്ലയന്റുകൾക്കിടയിൽ നീങ്ങുന്നതായി തോന്നുന്നു.
സംഘർഷം റൂട്ടിംഗ് പട്ടികയിലാണ്
വെർച്വൽ അഡാപ്റ്ററും ഡിഫോൾട്ട് റൂട്ടും ചേർന്നതാണ് പൂർണ്ണ ടണൽ ട്രാഫിക് പിടിക്കുന്ന രീതി. രണ്ടാമത്തെ ക്ലയന്റ് തന്റെ ഡിഫോൾട്ട് ഇൻസ്റ്റാൾ ചെയ്യുമ്പോൾ, പഴയ എൻട്രി മാറ്റപ്പെടുന്നു അല്ലെങ്കിൽ മെട്രിക് ഉപയോഗിച്ച് താഴ്ത്തപ്പെടുന്നു, ഇപ്പോൾ എല്ലാ ലക്ഷ്യവും പുതിയ ടണലിലൂടെ സഞ്ചരിക്കുന്നു. ആദ്യ ക്ലയന്റ് കണക്ട് ചെയ്തിരിക്കുകയും ഇപ്പോഴും പച്ച ഐക്കൺ കാണിക്കുകയും ചെയ്യുന്നു, അതായത് ഇന്റർഫേസ് പ്രവർത്തിക്കുന്നു, പാത ഇല്ല. കണക്ഷൻ അവസ്ഥയും റൂട്ടിംഗ് അവസ്ഥയും തമ്മിലുള്ള ഈ വേർതിരിവാണ് സ്വഭാവത്തെ ആശയക്കുഴപ്പത്തിലാക്കുന്നത്.
ക്ലയന്റുകൾ ഒരു പങ്കിട്ട പട്ടികയുടെ എഡിറ്റർമാരാണ്. ഏത് മാറ്റമാണ് അവസാനം സംഭവിച്ചതെന്ന് അറിയുന്നത് മിക്കവാറും എല്ലാ ലക്ഷണവും വിശദീകരിക്കുന്നു.
നിലവിലെ പാത ഏത് ടണലിന്റേതാണെന്ന് വായിക്കുക
കണക്ട് ചെയ്തതായി റിപ്പോർട്ട് ചെയ്യുന്ന ക്ലയന്റിനെ വിശ്വസിക്കുന്നതിനുപകരം യഥാർത്ഥ തീരുമാനം പരിശോധിക്കുക. ഒരു നിർദ്ദിഷ്ട ലക്ഷ്യം ഏത് ഇന്റർഫേസ് വഹിക്കുമെന്ന് സിസ്റ്റത്തോട് ചോദിക്കുക.
ip route get 10.20.0.5
route print -4ആദ്യ കമാൻഡ് ഒരു ലക്ഷ്യത്തിനുള്ള ഇന്റർഫേസും ഉറവിട വിലാസവും പേരിടുന്നു, അതാണ് നിങ്ങളെ ബാധിക്കുന്ന കൃത്യമായ ചോദ്യം. റൂട്ട് ഡംപ് Windows-ൽ മത്സരിക്കുന്ന ഡിഫോൾട്ട് എൻട്രികളും അവയുടെ മെട്രിക്കുകളും കാണിക്കുന്നു, അതിനാൽ ഇപ്പോൾ ഏതാണ് ജയിക്കുന്നതെന്ന് കാണാം. ഓരോ ദൂര ശൃംഖലയിലെയും ഒരു ഹോസ്റ്റിനായി തിരയൽ പ്രവർത്തിപ്പിക്കുക, കാരണം ഒരു ലക്ഷ്യം ശരിയായിരിക്കുമ്പോൾ മറ്റേ ശൃംഖല എത്താനാകാത്തതാകാം. ഉത്തരം തെറ്റായ ടണലിനെ പേരിടുന്നുവെങ്കിൽ, വീണ്ടും കണക്ട് ചെയ്യുന്നത് സഹായിക്കില്ല; റൂട്ട് നയം മാറ്റണം.
രണ്ടാമത്തെ ക്ലയന്റ് എല്ലാം അവകാശപ്പെടുന്നത് നിർത്തുക
ഒരു ക്ലയന്റ് ഡിഫോൾട്ട് റൂട്ട് സ്വന്തമാക്കണം, മറ്റേത് സ്വന്തം പ്രിഫിക്സുകൾ മാത്രം വഹിക്കണം. OpenVPN ക്ലയന്റുകൾക്ക് സെർവർ തള്ളുന്നത് നിരസിക്കാം.
pull-filter ignore "redirect-gateway"
ip route get 10.30.4.10route-nopull തള്ളിയ എല്ലാ റൂട്ടും അവഗണിക്കുന്നു, pull-filter ignore "redirect-gateway" ഡിഫോൾട്ട്-റൂട്ട് നിർദ്ദേശം മാത്രം ഒഴിവാക്കി തള്ളിയ DNS-ഉം മറ്റ് ഓപ്ഷനുകളും നിലനിർത്തുന്നു. സെർവറിന്റെ കോൺഫിഗറേഷനിൽ എത്ര വേണമെന്നതിന് അനുസരിച്ച് ഇവയിൽ നിന്ന് തിരഞ്ഞെടുക്കുക, തുടർന്ന് രണ്ടാം ശൃംഖലയ്ക്ക് ആവശ്യമായ നിർദ്ദിഷ്ട പ്രിഫിക്സുകൾ ചേർക്കുക. DNS ഓർക്കുക, കാരണം അന്വേഷണങ്ങൾ വഹിക്കാത്ത ടണൽ തള്ളുന്ന റിസോൾവർ ഒന്നും തിരികെ നൽകുന്നില്ല. ഓരോ ശൃംഖലയിലും ഒരു പരിചിത ഹോസ്റ്റ് പരീക്ഷിച്ച് ദൂര വശം കാണുന്ന ഉറവിട വിലാസം സ്ഥിരീകരിക്കുക.
ഓവർലാപ്പ് ചെയ്യുന്ന സബ്നെറ്റുകളെ ഒഴിവാക്കാനാവില്ല
രണ്ട് ശൃംഖലകളും ഒരേ പ്രിഫിക്സ് പ്രസിദ്ധീകരിക്കുമ്പോൾ, കെർണൽ രണ്ട് വ്യത്യസ്ത സ്ഥലങ്ങൾക്കായി ഒരു എൻട്രി സൂക്ഷിച്ച് തിരഞ്ഞെടുക്കേണ്ടതുണ്ട്. ഹോസ്റ്റ് റൂട്ടിന് കാണാത്ത വ്യത്യാസം കണ്ടുപിടിക്കാനാവില്ല, മെട്രിക് ക്രമീകരണത്തിനും കഴിയില്ല. ഒരു വശം പുനർനമ്പർ ചെയ്യുക, അല്ലെങ്കിൽ അതിന്റെ അഡ്മിനിസ്ട്രേറ്റർ ദൂര പരിധി വിവർത്തനം ചെയ്ത് പ്രിഫിക്സുകൾ വ്യത്യാസപ്പെടട്ടെ. ക്ലയന്റുകളെ കുറ്റപ്പെടുത്തുന്നതിന് മുമ്പ് യഥാർത്ഥ സബ്നെറ്റുകൾ പരിശോധിക്കുക, കാരണം വീട്ടിലെ റൂട്ടറിന്റെ ഡിഫോൾട്ട് 192.168.1.0/24 ഓഫീസ് പരിധിയുമായി പ്രതീക്ഷിച്ചതിലും കൂടുതൽ തവണ കൂട്ടിയിടിക്കുന്നു. രണ്ട് പരിധികളും ടിക്കറ്റിൽ രേഖപ്പെടുത്തുക, അടുത്ത മാറ്റം ഓവർലാപ്പ് വീണ്ടും സൃഷ്ടിക്കാതിരിക്കാൻ.
രണ്ട് ലക്ഷ്യങ്ങളും വേർതിരിക്കുക: രണ്ട് ശൃംഖലകളിലും എത്തുന്നത് റൂട്ടിംഗ് പ്രശ്നമാണ്, സ്വകാര്യതയ്ക്കായി ടണലുകൾ ശൃംഖലയാക്കുന്നത് പാതയിൽ അധിക ഓപ്പറേറ്ററുള്ള മറ്റൊരു രൂപകൽപ്പനയാണ്. ഒന്നുകൊണ്ട് മറ്റൊന്ന് പരിഹരിക്കരുത്.