OpenVPN പുഷ് ചെയ്ത റൂട്ടുകൾ ഇൻസ്റ്റാൾ ചെയ്യുന്നില്ല: സമയം, അവകാശങ്ങൾ അല്ലെങ്കിൽ നയം

സർവർ റൂട്ട് പുഷ് ചെയ്തു എന്ന് പറയുന്നു, ക്ലയന്റ് കണക്റ്റ് ചെയ്തു എന്ന് പറയുന്നു, എന്നിട്ടും ലക്ഷ്യസ്ഥാനം ഇപ്പോഴും എത്തിച്ചേരാനാവാത്തതാണ്. കൃത്യമായി ആ ചിത്രം മൂന്ന് കാരണങ്ങൾ സൃഷ്ടിക്കുന്നു. ഉപകരണം നിലവിൽ വരുന്നതിന് മുൻപേ റൂട്ട് ചേർക്കൽ പ്രവർത്തിച്ചു, പട്ടിക മാറ്റാൻ ക്ലയന്റിന് അവകാശങ്ങൾ ഉണ്ടായിരുന്നില്ല, അല്ലെങ്കിൽ പുഷ് ചെയ്ത ഓപ്ഷനുകൾ അവഗണിക്കാൻ ഒരു നയം ക്ലയന്റിനോട് ആവശ്യപ്പെട്ടു.

പുറമേ നിന്ന് അവ ഒരുപോലെ കാണപ്പെടുന്നു, പക്ഷേ വ്യത്യസ്ത പരിഹാരങ്ങൾ വേണം. റൂട്ട് തീരുമാനം എടുക്കുന്ന ഘട്ടത്തിൽ ക്ലയന്റ് ലോഗ് വായിക്കുക.

റൂട്ട് തകർന്നതല്ല, ഇല്ലെന്ന് തെളിയിക്കുക

റൂട്ട് തകർന്നതല്ല, മറിച്ച് ഇല്ലെന്ന് തെളിയിച്ചുകൊണ്ട് തുടങ്ങുക. Linux ൽ, ip route show dev tun0 ക്ലയന്റ് ടണൽ ഉപകരണത്തിൽ എന്ത് ഇൻസ്റ്റാൾ ചെയ്തു എന്ന് ലിസ്റ്റ് ചെയ്യുന്നു. Windows ൽ, route print അല്ലെങ്കിൽ Get-NetRoute അതേ കാര്യം പട്ടിക രൂപത്തിൽ കാണിക്കുന്നു.

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

സമയം: ഉപകരണം നിലവിൽ വരുന്നതിന് മുൻപേ ചേർക്കൽ പ്രവർത്തിച്ചു

നിയന്ത്രണ ചാനൽ ഉയർന്നതിന് ശേഷവും ഇന്റർഫേസ് കോൺഫിഗർ ചെയ്തതിന് ശേഷവും ക്ലയന്റ് സർവറിന്റെ PUSH_REPLY വിശകലനം ചെയ്യുന്നു. അപ്പോൾ മാത്രമാണ് അത് പ്ലാറ്റ്ഫോം നൽകുന്ന ഏത് സംവിധാനവും ഉപയോഗിച്ച് റൂട്ടിംഗ് പട്ടികയിൽ സ്പർശിക്കുന്നത്. Linux netlink വഴി പോകുന്നു; Windows ഉയർത്തിയ ടോക്കൺ ആവശ്യമുള്ള API ഉപയോഗിക്കുന്നു. കോൺഫിഗറേഷൻ വായിച്ച ഉടൻ റൂട്ടുകൾ ചേർക്കുന്ന സ്ക്രിപ്റ്റോ ക്ലയന്റോ TUN/TAP ഉപകരണം നിലവിൽ വരുന്നതിന് മുൻപേ പ്രവർത്തിച്ചേക്കാം, കർണൽ ചേർക്കൽ നിരസിക്കുന്നു.

അതേ മത്സരം കൈകൊണ്ട് എഴുതിയ റൂട്ട് പ്രവർത്തിക്കുമ്പോൾ സ്വയമേവയുള്ളത് പ്രവർത്തിക്കാത്തത് എന്തുകൊണ്ടെന്ന് വിശദീകരിക്കുന്നു: നിങ്ങൾ അത് എഴുതുമ്പോഴേക്കും ഇന്റർഫേസ് ഉയർന്നിരിക്കും.

ഈ സാഹചര്യത്തിനായി route-delay ഉണ്ട്, ഇന്റർഫേസും റൂട്ടുകളും കോൺഫിഗർ ചെയ്തതിന് ശേഷം പ്രവർത്തിക്കുന്ന സ്ക്രിപ്റ്റിനെ route-up പേര് നൽകുന്നു. ടണൽ വിലാസത്തെ ആശ്രയിക്കുന്ന റൂട്ടുകൾ ആദ്യഘട്ടത്തിലല്ല, ആ ഹൂക്കിൽ വയ്ക്കുക.

അവകാശങ്ങൾ: പട്ടിക ആർക്ക് മാറ്റാം

Windows റൂട്ടിംഗ് പട്ടിക മാറ്റാൻ ഉയർത്തിയ ടോക്കൺ വേണം. സാധാരണ ഉപയോക്താവ് ആരംഭിച്ച GUI സേവനത്തിലൂടെ അഡാപ്റ്റർ വിലാസം സജ്ജമാക്കിയാലും റൂട്ട് ചേർക്കാൻ കഴിയാതിരിക്കാം. അപ്പോൾ ലോഗ് പുഷ് കാണാത്തതിന് പകരം പ്രവേശനം നിരസിച്ചു ശൈലിയിലുള്ള പിശക് കാണിക്കുന്നു.

GUI അഡ്മിനിസ്ട്രേറ്ററായി ആരംഭിക്കുന്നതോ സേവന അധിഷ്ഠിത ക്ലയന്റ് ഉപയോഗിക്കുന്നതോ ആ ഫലം മാറ്റുന്നു. ആവശ്യമായ ടോക്കൺ ഇല്ലാതെ ക്ലയന്റ് ആരംഭിക്കുന്ന ഷെഡ്യൂൾ ചെയ്ത ജോലി അത് മാറ്റുന്നില്ല.

എന്തെങ്കിലും മാറ്റുന്നതിന് മുൻപ് ക്ലയന്റ് യഥാർത്ഥത്തിൽ ഏത് അക്കൗണ്ടിൽ പ്രവർത്തിക്കുന്നു എന്ന് പരിശോധിക്കുക. പതിപ്പും സേവന മോഡും ഏത് കാരണങ്ങൾ സാധ്യമെന്ന് തീരുമാനിക്കുന്നു, അതിനാൽ രണ്ടും റൂട്ട് ഔട്ട്പുട്ടിന് അടുത്തായി രേഖപ്പെടുത്തുക.

നയം: പുഷ് ചെയ്ത റൂട്ടുകൾ മനഃപൂർവം ഒഴിവാക്കാം

route-nopull ടണൽ വിലാസം ഇപ്പോഴും സ്വീകരിക്കുമ്പോൾ തന്നെ സർവർ പുഷ് ചെയ്യുന്ന റൂട്ടുകൾ, പുഷ് ചെയ്ത ഡിഫോൾട്ട് റൂട്ട് ഉൾപ്പെടെ, ക്ലയന്റ് അവഗണിക്കാൻ പ്രേരിപ്പിക്കുന്നു. പുഷ് ചെയ്ത DNS, DHCP ഓപ്ഷനുകൾ അതേ നിർദ്ദേശം ഒഴിവാക്കുന്നു. അത്തരം ക്ലയന്റ് തകരാറുള്ളതല്ല; അത് സ്വന്തം കോൺഫിഗറേഷനിൽ വ്യക്തമായ റൂട്ട് വരികൾ പ്രതീക്ഷിക്കുന്നു.

route-noexec മറ്റൊരു നിയന്ത്രണമാണ്: ക്ലയന്റ് റൂട്ട് മാറ്റങ്ങൾ പ്രവർത്തിപ്പിക്കുന്നത് പൂർണ്ണമായി തടയുന്നു. ക്ലയന്റിന് മാപ്പ് ചെയ്യാൻ കഴിയാത്ത ടോപ്പോളജിക്കും സമാനമായ ഫലം നൽകാം, റൂട്ട് ചേർത്തതായല്ല, നിരസിച്ചതായി രേഖപ്പെടുത്തുന്നു. മൂന്നിൽ ഏതാണ് ബാധകമെന്ന് ഊഹിക്കുന്നതിന് പകരം തീരുമാനം അറിയിക്കുന്ന ലോഗ് വരി വായിക്കുക. തുടർന്ന് ഫലപ്രദമായ പ്രൊഫൈൽ പരിശോധിക്കുക, കാരണം ഇറക്കുമതിക്കാരനോ മാനേജ്മെന്റ് ഉപകരണമോ ഉപയോക്താവ് ഒരിക്കലും തിരുത്തിയിട്ടില്ലാത്ത ഓപ്ഷനുകൾ ചേർത്തേക്കാം.

ടെക്സ്റ്റ് എഡിറ്ററിൽ വൃത്തിയായി കാണുന്ന പ്രൊഫൈലിന് റൺടൈമിൽ ചേർത്ത നിർദ്ദേശം ഉണ്ടായേക്കാം.

പുഷ് ലിസ്റ്റ് പട്ടികയുമായി താരതമ്യം ചെയ്യുക

കണക്റ്റ് ചെയ്ത ശേഷം സർവറിന്റെ പുഷ് ലിസ്റ്റ് ക്ലയന്റിന്റെ പട്ടികയ്ക്ക് അടുത്ത് വയ്ക്കുക. Linux ൽ അത് ip route show dev tun0 ആണ്; Windows ൽ route print അല്ലെങ്കിൽ Get-NetRoute. റൂട്ട് ഇല്ലെങ്കിൽ ആദ്യം ഇൻസ്റ്റാൾ ശരിയാക്കുക. അത് ഉണ്ടായിട്ടും ട്രാഫിക് പരാജയപ്പെട്ടാൽ ഫോർവേഡിംഗ്, ഫയർവാൾ നയത്തിലേക്ക് പോകുക.

ക്ലയന്റിന്റെ പതിപ്പ്, അത് ഏത് അക്കൗണ്ടിൽ പ്രവർത്തിക്കുന്നു, സേവന അധിഷ്ഠിതമാണോ എന്നിവ രേഖപ്പെടുത്തുക. ആ മൂന്ന് വസ്തുതകൾ ഏത് കാരണങ്ങൾ ഒഴിവാക്കിയെന്ന് അടുത്ത വ്യക്തിയെ അറിയിക്കുന്നു.