OpenVPN റൂട്ട് പരിധി യഥാർത്ഥത്തിൽ ഏത് ഘടകത്തിന്റേതാണ്?
റൂട്ട് പരിധി OpenVPN എൻജിനിൽ, NetworkManager പ്ലഗിനിൽ അല്ലെങ്കിൽ സെർവറിൽ ആകാം. പ്രൊഫൈൽ തിരുത്തുന്നതിനോ സംഖ്യ ഉയർത്തുന്നതിനോ മുൻപ് ഉടമയെ പേരെടുത്ത് പറയുക.
ഇരുന്നൂറ് റൂട്ടുകൾ വഹിക്കുന്ന ഒരു പ്രൊഫൈൽ ഒരു യന്ത്രത്തിൽ പ്രവർത്തിക്കുന്നു, മറ്റൊന്നിൽ നാൽപ്പത് ഇൻസ്റ്റാൾ ചെയ്യുന്നു. എൻജിൻ, അത് ആരംഭിക്കുന്ന സംയോജനം, അതിനെ പോഷിപ്പിക്കുന്ന സെർവർ എന്നിവയ്ക്ക് ഓരോന്നിനും പറയാനുണ്ട്, ഓരോന്നിനും ലിസ്റ്റ് വ്യത്യസ്ത ഇടത്ത് നിർത്താനാകും. പരാജയത്തെ ഒറ്റ പരിധിയായി വായിക്കുന്നത് തെറ്റായ ഫയലിലേക്ക് നയിക്കും. രീതിക്ക് മൂന്ന് ഘട്ടങ്ങളുണ്ട്, എവിടെ നോക്കണം എന്നറിഞ്ഞാൽ നിന്ന ഘട്ടം കാണാവുന്ന തെളിവ് അവശേഷിപ്പിക്കും.
മൂന്ന് ഘട്ടങ്ങൾ, മൂന്ന് വ്യത്യസ്ത പരിധികൾ
ആദ്യം എൻജിൻ ഓപ്ഷൻ വിശകലനം ചെയ്ത് ഈ പതിപ്പ് അത് മനസ്സിലാക്കുന്നുണ്ടോ എന്ന് തീരുമാനിക്കുന്നു. പിന്നീട് സംയോജനം എൻജിൻ റിപ്പോർട്ട് ചെയ്യുന്നത് ഇൻസ്റ്റാൾ ചെയ്യുന്നു, അതിന്റെ സ്വന്തം കോഡ് ലിസ്റ്റ് പരിമിതപ്പെടുത്തുകയോ പുനഃരൂപപ്പെടുത്തുകയോ ചെയ്തേക്കാം. അവസാനം സെർവർ ഏതെങ്കിലും ക്ലൈന്റ് ഘട്ടം എന്തെങ്കിലും കാണുന്നതിന് മുൻപ് ഒരു നിർദ്ദിഷ്ട ഐഡന്റിറ്റിയിലേക്ക് എത്ര റൂട്ടുകൾ അയയ്ക്കുമെന്ന് തീരുമാനിക്കുന്നു. മൂന്ന് ഘട്ടങ്ങൾ, മൂന്ന് സീലിംഗുകൾ, അവയിൽ ഒന്ന് മാത്രമാണ് പ്രൊഫൈലിലെ സംഖ്യ.
ഒരു സീലിംഗ് ഉയർത്തുന്നത് മറ്റുള്ളവയ്ക്ക് ഒന്നും ചെയ്യുന്നില്ല. നിരസിക്കപ്പെട്ട അയച്ച റൂട്ട് സെർവറിലെ നയ തീരുമാനമാകാം, ക്ലൈന്റ് പരിഹരിച്ച ഓവർലാപ്പ് ആകാം, അല്ലെങ്കിൽ അധികം വലിച്ചെറിഞ്ഞ ഇൻസ്റ്റാളറുടെ പരിധി ആകാം. ഇവയിൽ ഓരോന്നിനും വ്യത്യസ്ത പരിഹാരമുണ്ട്.
എന്തെങ്കിലും അളക്കുന്നതിന് മുൻപ് മൂന്നും വേർതിരിക്കുക. പാഴ്സർ പിശക് ഒരു ടോക്കൺ പേരെടുത്ത് പറയുന്നു, ഇൻസ്റ്റാളർ പരിധി ചെറിയ റൂട്ട് പട്ടിക അവശേഷിപ്പിക്കുന്നു, നയ തീരുമാനം ഒന്നും അവശേഷിപ്പിക്കുന്നില്ല. ആദ്യം ഏത് ഘട്ടം പരിശോധിക്കണമെന്ന് തെളിവ് പറയുന്നു.
| Stage | Who decides | What you can see |
|---|---|---|
| Parse | Client engine | An error naming the option |
| Install | Activation owner | A route count below the pushed count |
| Offer | Server policy | A route absent from the pushed list |
പാഴ്സർ ആദ്യം സംസാരിക്കുന്നു
അജ്ഞാത ഓപ്ഷൻ ഉച്ചത്തിലും നേരത്തേയും പരാജയപ്പെടുന്നു, പിശക് പാഠം ടോക്കണിന്റെ പേര് പറയുന്നു. അതാണ് തിരിച്ചറിയാൻ ഏറ്റവും എളുപ്പമുള്ള ഘട്ടം: കൃത്യമായ സന്ദേശം ഇൻസ്റ്റാൾ ചെയ്ത എൻജിൻ പതിപ്പുമായി താരതമ്യം ചെയ്യുക, കാരണം ഒരു റിലീസിൽ ചേർത്ത ഓപ്ഷൻ അതിന് മുൻപുള്ളതിൽ അജ്ഞാതമാണ്. പുതിയ വിന്യാസത്തിൽ നിന്ന് പകർത്തിയ പ്രൊഫൈൽ ഈ പൊരുത്തക്കേടിന്റെ സാധാരണ ഉറവിടമാണ്. പാഴ്സർ തിരിച്ചറിയാത്ത നിർദ്ദേശം ഒരിക്കലും നിശ്ശബ്ദമായി അവഗണിക്കുന്നില്ല.
സ്വീകരിച്ച ഓപ്ഷൻ ഫലത്തെക്കുറിച്ച് ഒന്നും പറയുന്നില്ല. വിശകലനം വിജയിക്കുന്നു, ലിസ്റ്റ് ഇപ്പോഴും ഇൻസ്റ്റാളർ വെട്ടിക്കുറയ്ക്കാം അല്ലെങ്കിൽ സെർവർ ഒരിക്കലും വാഗ്ദാനം ചെയ്യാതിരിക്കാം. വൃത്തിയുള്ള വിശകലനത്തെ തുടരാനുള്ള അനുമതിയായി കാണുക, തെളിവായി അല്ല.
യഥാർത്ഥത്തിൽ പ്രവർത്തിച്ച ബൈനറിയിൽ നിന്ന് പതിപ്പ് സ്ട്രിംഗ് രേഖപ്പെടുത്തുക, പാക്കേജ് മാനേജർ എന്താണ് ഇൻസ്റ്റാൾ ചെയ്തതെന്ന ധാരണയിൽ നിന്നല്ല. ഈ രണ്ടും പ്രതീക്ഷിക്കുന്നതിലധികം തവണ ഒത്തുപോകുന്നില്ല.
ഇൻസ്റ്റാളർക്ക് സ്വന്തം സീലിംഗുണ്ട്
സജീവമാക്കൽ കൈവശമുള്ള ഘടകം എൻജിൻ ബൈനറിയല്ല, NetworkManager പ്ലഗിൻ ആകാം, ഏതെങ്കിലും ടണൽ നിലവിൽ വരുന്നതിന് മുൻപ് അതിന് സ്വന്തം പരിധി അടിച്ചേൽപ്പിക്കാം. അതിന്റെ എഡിറ്റർ പ്രവർത്തിക്കുന്ന എൻജിൻ ഒരിക്കലും വായിക്കാത്ത ഫീൽഡ് കാണിക്കാം, അല്ലെങ്കിൽ എഡിറ്റർ കാണിക്കാത്ത ഫീൽഡ് വായിക്കാം. രണ്ട് സാഹചര്യങ്ങളും പുറത്തുനിന്ന് ക്ലൈന്റ് ബഗ് പോലെ തോന്നും. ഒന്നും പ്രൊഫൈൽ തിരുത്തിയിട്ട് ശരിയാകുന്നില്ല.
എന്ത് ക്രമീകരിച്ചു എന്നല്ല, എന്ത് എത്തി എന്ന് എണ്ണുക. ip route show dev tun0 കമാൻഡ് ഇൻസ്റ്റാൾ ചെയ്ത റൂട്ടുകൾ പട്ടികപ്പെടുത്തുന്നു, ആ സംഖ്യ അയച്ച ലിസ്റ്റുമായി താരതമ്യം ചെയ്യുന്നത് വലിച്ചെറിഞ്ഞ റൂട്ടിനെ ഒരിക്കലും അയയ്ക്കാത്ത റൂട്ടിൽ നിന്ന് വേർതിരിക്കുന്നു. അയയ്ക്കലുമായി ഒത്തുപോകുന്ന സംഖ്യ സംശയം സെർവറിലേക്ക് തിരിച്ചയയ്ക്കുന്നു.
വലിയ സംഖ്യ അടിച്ചേൽപ്പിക്കാൻ എൻജിൻ ബൈനറിയുടെ ചുറ്റും ഷെൽ ആവരണം അപ്ഗ്രേഡുകളെ മങ്ങലാക്കി പിൻവലിക്കലിനെ ഊഹമാക്കുന്നു. കൂടാതെ കോൺഫിഗറേഷൻ അടുത്തതായി വായിക്കുന്ന എല്ലാവരിൽ നിന്നും യഥാർത്ഥ പരിധി മറയ്ക്കുന്നു.
നിങ്ങൾക്ക് എന്ത് വാഗ്ദാനം ചെയ്തുവെന്ന് സെർവർ തീരുമാനിക്കുന്നു
ഓരോ ക്ലൈന്റിനുമുള്ള നയം കൈമാറ്റത്തിന് മുൻപ് ലിസ്റ്റ് ചെറുതാക്കാം. ക്ലൈന്റ്-നിർദ്ദിഷ്ട ഫയൽ ഒരു ഐഡന്റിറ്റിക്ക് റൂട്ടുകൾ ചേർക്കാം, അല്ലെങ്കിൽ ഗ്രൂപ്പ് നയം അവ ഒഴിവാക്കാം, ഫിൽട്ടർ ചെയ്ത റൂട്ടിനെ ഒരിക്കലും നിർവചിക്കാത്ത റൂട്ടിൽ നിന്ന് ക്ലൈന്റിന് വേർതിരിക്കാനാവില്ല. ഈ അവ്യക്തതയാണ് സെർവർ രേഖ പ്രധാനമാക്കുന്നത്. ആ ഐഡന്റിറ്റിക്കുള്ള യഥാർത്ഥ അയയ്ക്കൽ ലിസ്റ്റ് ചോദിക്കുക, ടെംപ്ലേറ്റ് അല്ല.
സെർവർ രേഖ ലഭിച്ച ലിസ്റ്റുമായി താരതമ്യം ചെയ്യുക. അവയ്ക്കിടയിലുള്ള വിടവാണ് നയ പാളി, അത് സാധാരണയായി പ്രൊഫൈൽ സൂചിപ്പിക്കുന്നതിനേക്കാൾ ചെറുതാണ്.
രൂപകൽപ്പന അനുവദിക്കുമ്പോൾ, തൊട്ടടുത്ത നെറ്റ്വർക്കുകൾ സംഗ്രഹിച്ച് കാലഹരണപ്പെട്ട എൻട്രികൾ ഇല്ലാതാക്കുക. കുറവും വലുതുമായ റൂട്ടുകൾ ഉയർന്ന സീലിംഗിനേക്കാൾ കൂടുതൽ കേസുകൾ പരിഹരിക്കുന്നു.
ശരിയായ സ്ഥലത്ത് സംഖ്യ മാറ്റുക
പരിധി യഥാർത്ഥത്തിൽ കൈവശമുള്ള ഘടകത്തിന്റെ രേഖപ്പെടുത്തിയ ക്രമീകരണം ഉപയോഗിക്കുക. പ്ലഗിനിൽ ഫീൽഡ് ഇല്ലെങ്കിൽ, പ്ലഗിൻ സവിശേഷതയേക്കാൾ പഴയതാണോ അല്ലെങ്കിൽ മറ്റൊരു പിന്നണി റൂട്ടുകൾ കൈവശമുണ്ടോ എന്ന് പരിശോധിക്കുക. തുടർന്ന് നിങ്ങൾ തിരഞ്ഞെടുത്ത മൂല്യത്തിനൊപ്പം എൻജിൻ, പ്ലഗിൻ, സെർവർ പതിപ്പുകൾ രേഖപ്പെടുത്തുക. അടുത്ത അപ്ഗ്രേഡ് ചോദ്യം വീണ്ടും തുറക്കുന്നു, കുറിപ്പാണ് അതിനെ ഉത്തരം നൽകാവുന്നതാക്കുന്നത്.
മൂന്നിൽ ഏതെങ്കിലുമൊന്നിന്റെ ഏതെങ്കിലും അപ്ഗ്രേഡിന് ശേഷം വീണ്ടും പരീക്ഷിക്കുക. ശരിയായ സ്ഥലത്ത് ഉയർത്തിയ പരിധിയും അത് പ്രയോഗിക്കുന്ന ഘടകം മാറുമ്പോൾ നീങ്ങുന്നു. പതിപ്പ് രേഖ മാത്രമാണ് ആ ചലനം പ്രവചിക്കാവുന്നതാക്കുന്നത്.