യഥാർത്ഥ അക്കൗണ്ടുകളില്ലാതെ VPN കിൽ സ്വിച്ച് എങ്ങനെ പരിശോധിക്കാം
ഇര പേജും ബാക്കപ്പ് പ്രൊഫൈലും ഉപയോഗിച്ച് കിൽ സ്വിച്ച് പരിശോധന നടത്തുക: ഓരോ തടസ്സ തരവും ഉൾക്കൊള്ളിച്ച്, curl എക്സിറ്റ് കോഡുകൾ വായിച്ച്, യഥാർത്ഥ തടയൽ DNS പരാജയത്തിൽ നിന്ന് വേർതിരിക്കുക.
കിൽ സ്വിച്ച് നിലനിൽക്കുന്നുണ്ടോ എന്ന് അറിയാൻ യഥാർത്ഥ അക്കൗണ്ട് ആവശ്യമില്ല; പരിശോധന അപകടത്തിലാക്കുന്നത് ആ അക്കൗണ്ടിനെത്തന്നെയാണ്. ഈ പരിശോധന, ട്രാഫിക്കിന് ടണലിന് പുറത്തേക്ക് പോകാം അല്ലെങ്കിൽ പോകണമെന്നില്ല എന്ന ചെറിയ ജാലകം സൃഷ്ടിക്കുന്നു, അതിനാൽ നഷ്ടപ്പെടാൻ തയ്യാറുള്ളതുതന്നെ ഭാരമാകണം. ഇപ്പോൾ ഇത് ഒരു ഇര പേജും ബാക്കപ്പ് ബ്രൗസർ പ്രൊഫൈലും ഉപയോഗിച്ച് ചെയ്യുന്നു, മുൻപ് ഉപയോഗിച്ച ബ്രൗസറും വെബ്മെയിലും ചേർന്ന രീതിയെക്കാൾ ഇത് വ്യക്തമായ ഉത്തരം നൽകുന്നു. താഴെ ക്ലയന്റ് കാണിക്കുന്ന അതേ ക്രമം പിന്തുടരുന്നു: ക്രമീകരണം, ലക്ഷ്യം, മാറ്റം, പിന്നെ തെളിവ്.
പരിശോധന ഒരു ഇടുങ്ങിയ ചോദ്യത്തിന് മാത്രം ഉത്തരം നൽകുന്നു: ഈ മാറ്റത്തിനിടയിൽ, ഈ ആപ്ലിക്കേഷന് ടണലിന് പുറത്തുള്ള നെറ്റ്വർക്കിൽ എത്താനാകുമോ? ബാക്കിയുള്ള നയം ന്യായമാണോ എന്നതിനെക്കുറിച്ച് ഒന്നും പറയുന്നില്ല. പരിധി അത്ര ചെറുതാക്കി നിർത്തിയാൽ ഫലം എഴുതാൻ യോഗ്യമാണ്.
ക്ലയന്റിൽ സ്വിച്ചും അതിന്റെ പരിധിയും കണ്ടെത്തുക
ഏതെങ്കിലും നെറ്റ്വർക്ക് അവസ്ഥ മാറ്റുന്നതിന് മുൻപ് ക്ലയന്റ് തുറന്ന് തടയൽ ക്രമീകരണം കണ്ടെത്തുക. നിർമ്മാതാക്കൾ ഇതിനെ വിവിധ പേരുകളിൽ വിളിക്കുന്നു: കിൽ സ്വിച്ച്, ലോക്ക് ഡൗൺ മോഡ്, നെറ്റ്വർക്ക് ലോക്ക്, ടണലിന് പുറത്തുള്ള ട്രാഫിക് തടയൽ. ലേബൽ ഉള്ളിലെ ഓപ്ഷനുകളെക്കാൾ കുറച്ചേ പറയുന്നു. പ്രധാനമായത്, തടയൽ എപ്പോഴും ബാധകമാണോ അതോ ആപ്ലിക്കേഷൻ ടണൽ ഇപ്പോൾ പരാജയപ്പെട്ടു എന്ന് തീരുമാനിക്കുമ്പോൾ മാത്രമാണോ, കൂടാതെ അത് എല്ലാ ആപ്ലിക്കേഷനുകളെയും അതോ തിരഞ്ഞെടുത്ത പട്ടികയെയും ഉൾക്കൊള്ളുന്നുണ്ടോ എന്നതാണ്.
തുടർന്ന് നിങ്ങളുടെ ക്ലയന്റിന് യഥാർത്ഥത്തിൽ നടത്താനാകുന്ന മാറ്റങ്ങൾ പട്ടികപ്പെടുത്തുക. ഉപയോക്താവ് ആരംഭിച്ച വിച്ഛേദം, ആപ്ലിക്കേഷനിൽ നിന്ന് പുറത്തുകടക്കൽ, സെർവറുമായുള്ള ബന്ധം നഷ്ടപ്പെടൽ എന്നിവ മിക്ക ക്ലയന്റുകളിലും മൂന്ന് വ്യത്യസ്ത കോഡ് പാതകളാണ്, അവ ഒരു തടയൽ നയം പങ്കിടുന്നില്ല. ചിലത് ആപ്ലിക്കേഷൻ അടയ്ക്കുമ്പോൾ തടയൽ വിട്ടയയ്ക്കുന്നു. മറ്റുള്ളവ എന്തെങ്കിലും നീക്കം ചെയ്യുന്നതുവരെ ഫിൽട്ടർ നിയമങ്ങൾ വിടുന്നു. ഊഹിക്കാതെ നിങ്ങൾ പ്രവർത്തിപ്പിക്കുന്ന ബിൽഡിനുള്ള നിർമ്മാതാവിന്റെ ക്രമീകരണ സൂചിക വായിച്ച്, മൂന്നിൽ ഏതാണ് പരിശോധിക്കുന്നതെന്ന് എഴുതുക.
പ്രൊഫൈലും രേഖപ്പെടുത്തുക: പ്രോട്ടോക്കോൾ, വിലാസ കുടുംബങ്ങൾ, വിഭജിത ടണൽ സജീവമാണോ എന്നത്. പ്രൊഫൈൽ ചില ആപ്ലിക്കേഷനുകളെ ബോധപൂർവം ഒഴിവാക്കുന്നുവെങ്കിൽ മുഴുവൻ ഉപകരണം എന്ന അവകാശവാദം അർത്ഥശൂന്യമാണ്, നിങ്ങൾ തന്നെ ക്രമീകരിച്ച ഒഴിവാക്കൽ ചോർച്ചയല്ല. OpenVPN Connect ക്രമീകരണ സൂചിക ഏത് സ്വിച്ച് ഏത് പെരുമാറ്റം മാറ്റുന്നു എന്ന് പേരിടുന്ന തരം പേജാണ്, ലേബലുകൾ ക്ലയന്റിന് അനുസരിച്ച് വ്യത്യാസപ്പെടുന്നുവെങ്കിലും.
ടണൽ ഇല്ലാതെയും പ്രവർത്തിക്കുന്ന ഇര ലക്ഷ്യം തിരഞ്ഞെടുക്കുക
ഇരയ്ക്ക് രണ്ട് സവിശേഷതകൾ വേണം, ഏതെങ്കിലും ഒന്ന് ഒഴിവാക്കിയാൽ വായിക്കാനാകാത്ത ഫലം ലഭിക്കും. ടണൽ താഴെയും തടയൽ ഓഫുമായിരിക്കുമ്പോൾ അത് നേരിട്ട് എത്താനാകണം, അല്ലെങ്കിൽ ഉത്തരം നിർത്തിയത് ഹോസ്റ്റ് പോയി എന്ന് മാത്രം അർത്ഥമാക്കാം. കൂടാതെ അതിന് ലോഗിൻ, കുക്കി അല്ലെങ്കിൽ പേയ്മെന്റ് ആവശ്യമാകരുത്, അങ്ങനെ ഒരു ചോർച്ചയുടെ വില ഒരു ലോഗ് വരി മാത്രമാകും, ഒരു സെഷനല്ല.
നിങ്ങൾ നിയന്ത്രിക്കുന്ന ഹോസ്റ്റിലെ സ്റ്റാറ്റിക് പേജാണ് ഏറ്റവും ശുദ്ധമായ തിരഞ്ഞെടുപ്പ്. സാധാരണ HTTP സെർവർ പ്രവർത്തിപ്പിക്കുന്ന ബാക്കപ്പ് വെർച്വൽ മെഷീനും ഏതാണ്ട് അത്ര നല്ലതാണ്, അതിന്റെ ലഭ്യത നിങ്ങളുടെ നിയന്ത്രണത്തിന് പുറത്താണെന്ന് അംഗീകരിച്ചാൽ പൊതു കണക്റ്റിവിറ്റി പരിശോധനാ പേജും പ്രവർത്തിക്കും. വിലാസം, പോർട്ട്, വിലാസ കുടുംബം, അഭ്യർത്ഥനയ്ക്ക് പേര് തിരയൽ ആവശ്യമാണോ എന്നിവ രേഖപ്പെടുത്തുക, കാരണം ഇവ ഓരോന്നും പിന്നീട് വേർതിരിക്കേണ്ടി വന്നേക്കാവുന്ന ചരമാകും.
സ്വിച്ച് തൊടുന്നതിന് മുൻപ് അടിസ്ഥാന രേഖ സ്ഥാപിക്കുക. ടണൽ മുകളിലായിരിക്കുമ്പോൾ ഇര ടണലിലൂടെ ഉത്തരം നൽകണം, ഇത് നയ പാത പ്രവർത്തിക്കുന്നു എന്ന് തെളിയിക്കുന്നു. ടണൽ താഴെയും തടയൽ ഓഫുമായിരിക്കുമ്പോൾ അത് നേരിട്ട് ഉത്തരം നൽകണം, ഇത് ലക്ഷ്യം ജീവനോടെയുണ്ടെന്ന് തെളിയിക്കുന്നു. അപ്പോൾ മാത്രമേ തടയപ്പെട്ട അവസ്ഥയിലെ പരാജയം നിങ്ങളോട് എന്തെങ്കിലും പറയൂ.
മാറ്റങ്ങൾ സ്ഥിരമായ ക്രമത്തിൽ നടത്തുക
മാറ്റങ്ങൾ ഓരോന്നായി ചെയ്ത്, ഓരോന്നിനും കുറച്ച് സെക്കൻഡുകൾ ശാന്തമാകാൻ നൽകുക, കാരണം ക്ലയന്റുകൾ പലപ്പോഴും അതേ ഇടവേളയിൽ നിയമങ്ങൾ പൊളിച്ച് വീണ്ടും നിർമ്മിക്കുന്നു. ഓരോ തവണയും അതേ ചെറിയ പരിശോധന നടത്തുന്നത് നിരീക്ഷണങ്ങളെ താരതമ്യം ചെയ്യാവുന്നതാക്കുന്നു:
curl -sS -o /dev/null -w 'http=%{http_code}\n' --max-time 5 http://decoy.example/
echo "curl_exit=$?"
dig +short decoy.example
curl -6 -sS -o /dev/null -w 'v6_http=%{http_code}\n' --max-time 5 http://decoy.example/
echo "curl_v6_exit=$?"| Transition | Expected with the block on | Failure signature |
|---|---|---|
| Manual disconnect | Decoy stops answering within seconds | Decoy still returns 200 |
| Server or path failure | Blocked, with no exemption for the old endpoint | Direct access during the gap |
| Quit the app | Client-dependent; record what happens | Block disappears with the process |
| Wi-Fi to Ethernet | Block holds until the tunnel returns | Traffic flows mid-change |
ആപ്ലിക്കേഷനിൽ നിന്ന് പുറത്തുകടക്കുന്ന വരി, സാധാരണ ഉപയോഗത്തിൽ ക്ലയന്റ് ഒരിക്കലും അടയ്ക്കാത്തപ്പോഴും, വെവ്വേറെ പ്രവർത്തിപ്പിക്കാൻ യോഗ്യമാണ്. പുറത്തുകടക്കുമ്പോൾ തടയൽ വിട്ടയച്ചാൽ, ക്രാഷോ നിർബന്ധിത അപ്ഡേറ്റോ അതേ വിധേയത്വം നൽകുന്നു, ഇത് നിങ്ങളുടെ ക്ഷമയെക്കുറിച്ചല്ല, വിന്യാസത്തെക്കുറിച്ചുള്ള വസ്തുതയാണ്. Windows ൽ തുല്യമായ പരിശോധനകൾ Resolve-DnsName decoy.example ഉം curl.exe -s -o NUL -w "%{http_code}" http://decoy.example/ ഉം ആണ്.
തടയലിനെ കേടായ റിസോൾവറിൽ നിന്ന് വേർതിരിക്കുക
ലോഡ് ചെയ്യാത്ത പേജിന് പല കാരണങ്ങളുണ്ട്, അവയിൽ ഒന്ന് മാത്രമാണ് സ്വിച്ച് പ്രവർത്തിക്കുന്നത്. പേര് പരിഹരിക്കാനായില്ലെങ്കിൽ, ഡാറ്റ പാത തടയപ്പെട്ടു എന്നല്ല, DNS തടയപ്പെട്ടു അല്ലെങ്കിൽ കേടായി എന്നാണ് അറിഞ്ഞത്. ഉത്തരം പരിഹാരത്തെ ആശ്രയിക്കാതിരിക്കാൻ അക്ഷരാർത്ഥ വിലാസവും പരിശോധിക്കുക.
curl ന്റെ എക്സിറ്റ് കോഡുകൾ ആ അവസ്ഥകളെ വേർതിരിക്കുന്നു. 6 എന്നത് പേര് പരിഹാര പരാജയം, 7 എന്നത് കണക്ഷൻ നിരസിക്കപ്പെട്ടു, 28 എന്നത് സമയം കഴിഞ്ഞു. തടയപ്പെട്ട പാത സാധാരണയായി അക്ഷരാർത്ഥ വിലാസത്തിനെതിരെ സമയം കഴിയൽ അല്ലെങ്കിൽ നിരസിക്കലായി കാണപ്പെടുന്നു, DNS മാത്രം തടയുമ്പോൾ 6 അവശേഷിച്ച് ബാക്കിയെല്ലാം മറയ്ക്കുന്നു. കാഷ് ചെയ്ത പേജോ ബന്ദി പോർട്ടലോ കണ്ണിനെ പറ്റിക്കുന്നു, അതിനാൽ തെളിവ് സ്ക്രീനല്ല, എക്സിറ്റ് കോഡാണ്.
അക്ഷരാർത്ഥ വിലാസത്തോടെ IPv6 ൽ പരിശോധന ആവർത്തിക്കുക. IPv4 ഉൾക്കൊള്ളിച്ച് IPv6 അവഗണിക്കുന്ന തടയൽ നിങ്ങളുടെ കുറിപ്പുകളിൽ പ്രത്യേക വരിക്ക് അർഹതയുള്ളത്ര സാധാരണമാണ്, ടണലിന് പുറത്ത് IPv6 ഓഫ് ചെയ്യുന്ന ക്ലയന്റ് രണ്ട് കുടുംബങ്ങളിലും ശുദ്ധമായി പരാജയപ്പെടണം.
ഫലം ഉൾക്കൊള്ളുന്ന പരിധി രേഖപ്പെടുത്തുക
ടണൽ തിരികെ വന്നാൽ വീണ്ടെടുപ്പ് സ്ഥിരീകരിക്കുക: ഇര ടണലിലൂടെ ഉത്തരം നൽകുന്നു, റിസോൾവർ ഉത്തരങ്ങൾ തിരികെ നൽകുന്നു, നയം നിങ്ങൾ വിട്ടയിടത്തുതന്നെ നിൽക്കുന്നു. പിന്നെ പരീക്ഷണങ്ങൾ പിൻവലിക്കുക. താൽക്കാലിക ഫയർവാൾ നിയമം, ഡീബഗ് പാത അല്ലെങ്കിൽ പരീക്ഷണ പ്രൊഫൈൽ അതേപടി നിർത്തിയാൽ അടുത്ത പ്രവർത്തനം കുഴപ്പത്തിലാക്കും, ആപ്ലിക്കേഷനെക്കാൾ കാലം നിലനിൽക്കാം.
ഒരു റൗണ്ട് ഒരു ക്ലയന്റ് ബിൽഡ്, ഒരു പ്രൊഫൈൽ, ഒരു മാറ്റം, ഒരു വിലാസ കുടുംബം എന്നിവ മാത്രം ഉൾക്കൊള്ളുന്നു. ആ നാലും ഫലത്തോടൊപ്പം എഴുതുക:
- ക്ലയന്റ് ബിൽഡും പ്ലാറ്റ്ഫോമും, ക്രമീകരണം പ്രൊഫൈലിനുള്ളതാണോ ആഗോളമാണോ.
- പ്രൊഫൈൽ, പ്രോട്ടോക്കോൾ, വിഭജിത ടണൽ ഒഴിവാക്കലുകൾ.
- പരിശോധിച്ച മാറ്റം, അത് എങ്ങനെ പ്രേരിപ്പിച്ചു.
- വിലാസ കുടുംബങ്ങളും DNS ഉം, തടയപ്പെട്ടതും തടയപ്പെടാത്തതുമായ അവസ്ഥകൾക്കുള്ള curl എക്സിറ്റ് കോഡുകളോടെ.
ഏതെങ്കിലും വരി ശൂന്യമാണെങ്കിൽ പരിശോധന പൂർത്തിയായിട്ടില്ല. റോമിംഗ് എന്നാൽ നെറ്റ്വർക്ക് മാറ്റ വരി ആവർത്തിക്കുക എന്നാണ്. മേൽനോട്ടമില്ലാത്ത പുനരാരംഭം എന്നാൽ നിയമങ്ങൾ തിരികെ വരുന്നുണ്ടോ എന്ന് പരിശോധിക്കുക എന്നാണ്, ഇത് സ്വിച്ചിനെക്കുറിച്ചുള്ള ചോദ്യമല്ല, പുനഃസ്ഥാപന ക്രമത്തെക്കുറിച്ചുള്ളതാണ്. ക്ലയന്റ് അപ്ഡേറ്റിന് ശേഷം ക്രമം വീണ്ടും പ്രവർത്തിപ്പിക്കുക, കാരണം സ്വിച്ചുകൾ അപൂർവ്വമായി മാറുന്നു, അവയ്ക്ക് പിന്നിലെ പെരുമാറ്റം മാറുന്നു. ഇരയെ സൂക്ഷിക്കുക: തിരിക്കാൻ ഒന്നുമില്ല, അടുത്ത പരിശോധനയ്ക്ക് അഞ്ച് മിനിറ്റ് എടുക്കും.