route-nopull മാത്രം ഫയൽ സെർവറിനെ എത്തിച്ചേരാനാകാത്തതാക്കുന്നത് എന്തുകൊണ്ട്
തള്ളിയ മാർഗങ്ങൾ അവഗണിക്കുന്നത് വിഭജിത ടണലിന്റെ പകുതി മാത്രമാണ്. മാർഗത്തിന്റെ ഉടമയെ തിരഞ്ഞെടുക്കുക, ഓഫീസ് പ്രിഫിക്സ് കൈകൊണ്ട് ചേർക്കുക, ഇത് പരിഹരിച്ചു എന്ന് പറയുന്നതിന് മുമ്പ് മൂന്ന് പ്രവാഹങ്ങൾ പരിശോധിക്കുക.
ഫയൽ സെർവർ നന്നായി തുറക്കുന്നു, അടുത്ത ജാലകത്തിലെ വീഡിയോ കോൾ വിക്കാൻ തുടങ്ങുന്നു. ഒന്നും മന്ദഗതിയിലല്ല, ഒരു MTU-യും തെറ്റല്ല: നിങ്ങളുടെ ക്ലയന്റ് സെർവർ നൽകിയ മാർഗ്ഗപ്പട്ടിക സ്വീകരിച്ചു, അതിനാൽ ഇപ്പോൾ ഓരോ പാക്കറ്റും ഓഫീസ് ഫയർവാളിലൂടെ പുറത്തുപോകുന്നു. പരിഹാരം മറ്റൊരു ട്യൂണിംഗ് ഫ്ലാഗല്ല, ക്ലയന്റിന്റെ റൂട്ട് പട്ടിക ആരുടേതാണ് എന്ന തീരുമാനമാണ്. ആ തീരുമാനം ഒരിടത്തു മാത്രം ചെല്ലേണ്ടതാണ്, താഴെയുള്ള പരാജയ രീതികൾ യഥാർത്ഥത്തിൽ ഏത് സ്ഥലമാണ് നിങ്ങൾ തിരഞ്ഞെടുത്തതെന്ന് പറയുന്നു.
റൂട്ട് പട്ടിക ആരുടേതാണെന്ന് തീരുമാനിക്കുക
മൂന്ന് ഉടമകൾ സാധ്യമാണ്. സെർവർ മാർഗങ്ങളും സ്ഥിര ഗേറ്റ്‌വേയും തള്ളാം, അപ്പോൾ ക്ലയന്റ് പറയുന്നതെല്ലാം ഇൻസ്റ്റാൾ ചെയ്ത് പൂർണ ടണലാകും. ക്ലയന്റ് പ്രൊഫൈൽ തള്ളലുകൾ തള്ളി സ്വന്തം റൂട്ട് വരികൾ കൊണ്ടുനടക്കുന്നതിലൂടെ ഉടമസ്ഥത ഏറ്റെടുക്കാം. ഡെസ്ക്ടോപ്പ് കണക്ഷൻ മാനേജറും സ്വന്തം റൂട്ട്, സ്ഥിര റൂട്ട് ഗുണങ്ങളിലൂടെ തീരുമാനത്തിന്റെ ഉടമയാകാം.
ഓരോ തിരഞ്ഞെടുപ്പും വ്യത്യസ്തമായി പരാജയപ്പെടുന്നു, അതുകൊണ്ടാണ് പ്രൊഫൈൽ തിരുത്തുന്നതിന് മുമ്പ് പട്ടിക വായിക്കേണ്ടത്. നിങ്ങളുടെ ലക്ഷണവുമായി യോജിക്കുന്ന വരിയാണ് യഥാർത്ഥത്തിൽ നിങ്ങൾക്കുള്ള ഉടമ.
| Owner | Where it lives | Result |
|---|---|---|
| Server | server config, redirect-gateway, pushed routes | client becomes a full tunnel |
| Profile | route-nopull and its own route lines | tunnel up, office prefix missing |
| Manager | never-default plus its own routes | desktop decides, profile ignored |
ഒന്ന് തിരഞ്ഞെടുത്ത് എഴുതിവെക്കുക. രണ്ടെണ്ണം കലർത്തിയാൽ സ്ഥിര പാത സ്വന്തം ഡോക്യുമെന്റേഷനുമായി വൈരുദ്ധ്യമുള്ള ഹോസ്റ്റ് അവശേഷിക്കും, അടുത്ത എൻജിനീയർക്ക് ഏത് പാളി ജയിച്ചുവെന്ന് അറിയാനാകില്ല. തോറ്റതിനെ വ്യക്തമായി ഇല്ലാതാക്കുക.
route-nopull തള്ളലുകൾ ഫിൽട്ടർ ചെയ്യുന്നു, മാർഗങ്ങൾ ചേർക്കുന്നില്ല
route-nopull ക്ലയന്റ് പ്രൊഫൈലിൽ വരുന്നതാണ്, ആ ഫയലിലെ അതിന്റെ ക്രമം പ്രസക്തമല്ല, കാരണം അത് സെർവറിൽ നിന്ന് വരുന്ന മൂല്യങ്ങൾ മാത്രം തള്ളുന്നു. തള്ളിയ മാർഗങ്ങൾ, തള്ളിയ സ്ഥിര മാർഗം ഉൾപ്പെടെ, അത് തള്ളുന്നു, ടണൽ സാധാരണപോലെ ഉയരുന്നു.
ആളുകൾ വിട്ടുപോകുന്ന അനന്തരഫലം തള്ളിയ DHCP ഓപ്ഷനുകൾ അവയോടൊപ്പം പോകുന്നു എന്നതാണ്. സെർവർ അയക്കുന്ന DNS ക്രമീകരണങ്ങളും തള്ളപ്പെടുന്നു, അതിനാൽ ടണൽ ആരോഗ്യകരവും സെർവർ വിലാസത്തിലൂടെ എത്താവുന്നതുമാണെങ്കിലും ആന്തരിക നാമങ്ങൾ പരിഹരിക്കുന്നത് നിലയ്ക്കുന്നു.
നിങ്ങൾ തന്നെ ഒന്ന് ചേർക്കുന്നില്ലെങ്കിൽ ഓഫീസ് പ്രിഫിക്സിലേക്ക് പാതയില്ലാത്ത ടണൽ അവശേഷിക്കുന്നു: അതേ പ്രൊഫൈലിൽ route-nopull തുടർന്ന് route 10.30.0.0 255.255.0.0. ആ വരി വിലാസവും മാസ്കും വഹിക്കുന്നു; അത് അടുത്ത ഹോപ്പിനെ പേരിടുന്നില്ല.
ഒരു ബദൽ രൂപം ഗേറ്റ്‌വേ ടോക്കൺ ചേർക്കുന്നു, route 10.30.0.0 255.255.0.0 vpn_gateway, അത് എൻട്രിയെ പേരിലൂടെ ടണലിലേക്ക് ചൂണ്ടുന്നു. ആ വകഭേദം വിവർത്തനം ചെയ്യുന്നുണ്ടോ എന്നതിൽ ഇംപോർട്ടർമാർ വ്യത്യസ്തരാണ്, അതിനാൽ കെർണൽ പട്ടികയിൽ എൻട്രി ഇല്ലെങ്കിൽ സംഭരിച്ച കണക്ഷൻ പരിശോധിക്കുക.
ping കൊണ്ടല്ല, റൂട്ട് ലുക്കപ്പുകൾ കൊണ്ട് പരിശോധിക്കുക
ping എന്തോ ഉത്തരം നൽകി എന്ന് പറയുന്നു. റൂട്ട് ലുക്കപ്പ് കെർണൽ ഏത് ഇന്റർഫേസ് തിരഞ്ഞെടുക്കുമെന്ന് പറയുന്നു, യഥാർത്ഥത്തിൽ നിങ്ങൾ ചോദിച്ച ചോദ്യം അതാണ്. നാല് ചെറിയ കമാൻഡുകൾ കാണാത്ത റൂട്ടിനെ തെറ്റായ ഉപകരണത്തിലേക്ക് ചൂണ്ടുന്ന റൂട്ടിൽ നിന്ന് വേർതിരിക്കുന്നു.
ടണൽ എന്ത് ഇൻസ്റ്റാൾ ചെയ്തുവെന്ന് ip route show dev tun0 കൊണ്ട് വായിക്കുക. ഒട്ടും ഔട്ട്പുട്ട് ഇല്ലെന്നത് പൂജ്യം റൂട്ടുകൾ എന്നാണ്, അത് പ്രവർത്തിക്കുന്ന വിഭജിത ടണലല്ല, വ്യക്തമായ വരിയില്ലാതെ ഫിൽട്ടർ ചേർക്കുമ്പോഴുള്ള സാധാരണ ഫലമാണത്.
പിന്നെ ip route get 10.30.5.7 കൊണ്ട് ഒരു ഓഫീസ് വിലാസവും, ip route get 1.1.1.1 കൊണ്ട് ഒരു സാധാരണ ഇന്റർനെറ്റ് വിലാസവും പരിശോധിക്കുക. രണ്ടാമത്തത് ഭൗതിക ഇന്റർഫേസ് പേരിടണം; അത് ടണലിനെ പേരിടുന്നുവെങ്കിൽ, തള്ളൽ ഒട്ടും ഫിൽട്ടർ ചെയ്തിട്ടില്ല.
അവസാനം ip rule വായിക്കുക, കാരണം മുൻ ശ്രമം വിട്ട ഒരു നയ നിയമം ഇപ്പോൾ തിരുത്തിയ പട്ടികയെ മറികടക്കാം. മുകളിൽ പഴയ നിയമമുള്ള ശരിയായ പ്രൊഫൈൽ കേടായ പ്രൊഫൈലിനെപ്പോലെ കാണപ്പെടുന്നു. മറ്റൊന്ന് ചേർക്കുന്നതിന് മുമ്പ് കഴിഞ്ഞ തവണ ചേർത്ത നിയമം ഇല്ലാതാക്കുക.
ഓവർലാപ്പ് ചെയ്യുന്ന സബ്‌നെറ്റുകൾ കേടായ ടണലിനെപ്പോലെ തോന്നുന്നു
ക്ലയന്റിന്റെ വീക്ഷണത്തിൽ രണ്ട് സ്വകാര്യ ശ്രേണികൾ ഒരുപോലെയാകാം, അവിടെയാണ് താൻ ഉണ്ടാക്കാത്ത ഒന്നിന് വിഭജിത ടണൽ കുറ്റപ്പെടുന്നത്. ഓഫീസ് നിങ്ങളുടെ വീട്ടിലെ റൗട്ടർ ഉപയോഗിക്കുന്ന അതേ പ്രിഫിക്സ് നൽകിയാൽ, ടണൽ റൂട്ട് റൗട്ടറിനെ മൂടുന്നു, വീട്ടിലെ ശൃംഖല അപ്രത്യക്ഷമായതായി തോന്നുന്നു.
എന്തെങ്കിലും മാറ്റുന്നതിന് മുമ്പ് ലളിതമായ വിലാസപ്പട്ടിക ഉപയോഗിച്ച് നിങ്ങളുടെ ഇന്റർഫേസിലെ വിലാസം പ്രൊഫൈൽ ഇൻസ്റ്റാൾ ചെയ്യുന്ന റൂട്ടുമായി താരതമ്യം ചെയ്യുക. ഓവർലാപ്പ് യഥാർത്ഥമാണ്, ഒരു പ്രൊഫൈൽ ഓപ്ഷനും അത് പരിഹരിക്കുന്നില്ല. നിങ്ങൾക്ക് ശരിയാക്കാവുന്നത് നാമകരണമാണ്, അടുത്തയാൾ ഒന്നിനുപകരം രണ്ട് ശ്രേണികൾ കാണാൻ.
സത്യസന്ധമായ പരിഹാരങ്ങൾ ഒരു വശം പുനർനമ്പർ ചെയ്യുകയോ ഓഫീസിൽ വിലാസങ്ങൾ വിവർത്തനം ചെയ്യുകയോ ആണ്. ഒരു ഹോസ്റ്റ് റൂട്ട് റൗട്ടറിലേക്ക് പിൻ ചെയ്യുന്നത് റൗട്ടർ വിലാസം മാറുന്നതുവരെ പ്രവർത്തിക്കും, പിന്നെ അത് ആദ്യത്തേതിന് മുകളിൽ രണ്ടാമത്തെ നിഗൂഢതയാകുന്നു.
തീരുമാനം വീണ്ടും ബന്ധിപ്പിക്കലിനെ അതിജീവിക്കട്ടെ
കൈകൊണ്ട് ടൈപ്പ് ചെയ്ത എൻട്രികൾ വീണ്ടും ബന്ധിപ്പിക്കലിനെ അതിജീവിക്കില്ല, കണക്ഷൻ മാനേജർ പ്രൊഫൈൽ തുടങ്ങുമ്പോഴെല്ലാം പട്ടിക വീണ്ടും നിർമ്മിക്കുന്നു. കണക്ഷൻ സൃഷ്ടിക്കുന്നിടത്ത് തീരുമാനം വെക്കുക, അത് പ്രൊഫൈൽ ആകട്ടെ അല്ലെങ്കിൽ മാനേജറുടെ സംഭരിച്ച ക്രമീകരണങ്ങൾ ആകട്ടെ. പിന്നെ കോളിനിടയിൽ സ്വഭാവം കണ്ടെത്തുന്നതിനുപകരം ഒരിക്കൽ മനഃപൂർവം കണക്ഷൻ പുനരാരംഭിക്കുക. അടുത്ത വീണ്ടും ബന്ധിപ്പിക്കൽ വരെ മാത്രം പ്രവർത്തിക്കുന്ന പ്രൊഫൈൽ പൂർത്തിയായിട്ടില്ല.
മൂന്ന് പാതകൾ ഒരുമിച്ച് പരിശീലിക്കുക: അക്ഷരാർത്ഥ വിലാസത്തിൽ ഓഫീസ് ഹോസ്റ്റ്, പേരിൽ അതേ ഹോസ്റ്റ്, സാധാരണ പൊതു സൈറ്റ്. നടുവിലുള്ളത് തള്ളിയ DNS ഓപ്ഷനുകൾ ഉപേക്ഷിച്ചതിന് ശേഷം നിങ്ങൾ ക്രമീകരിച്ച നാമ സേവനത്തെ ആശ്രയിക്കുന്നു, നിശബ്ദമായി പരാജയപ്പെടുന്നത് അതാണ്.