നിങ്ങൾക്ക് ജോലിസ്ഥലത്ത് Linux ഉപയോഗിക്കാൻ താൽപ്പര്യമുണ്ടോ, എന്നാൽ നിങ്ങളുടെ കോർപ്പറേറ്റ് VPN നിങ്ങളെ അനുവദിക്കില്ലേ? അപ്പോൾ ഈ ലേഖനം സഹായിച്ചേക്കാം, ഇത് ഉറപ്പില്ലെങ്കിലും. നെറ്റ്‌വർക്ക് അഡ്മിനിസ്ട്രേഷൻ പ്രശ്‌നങ്ങൾ എനിക്ക് നന്നായി മനസ്സിലാകുന്നില്ലെന്ന് മുൻകൂട്ടി മുന്നറിയിപ്പ് നൽകാൻ ഞാൻ ആഗ്രഹിക്കുന്നു, അതിനാൽ ഞാൻ എല്ലാം തെറ്റ് ചെയ്തിരിക്കാൻ സാധ്യതയുണ്ട്. മറുവശത്ത്, സാധാരണക്കാർക്ക് മനസ്സിലാകുന്ന വിധത്തിൽ എനിക്ക് ഒരു ഗൈഡ് എഴുതാൻ സാധ്യതയുണ്ട്, അതിനാൽ ഇത് പരീക്ഷിക്കാൻ ഞാൻ നിങ്ങളെ ഉപദേശിക്കുന്നു.

ലേഖനത്തിൽ അനാവശ്യമായ ധാരാളം വിവരങ്ങൾ അടങ്ങിയിരിക്കുന്നു, എന്നാൽ ഈ അറിവില്ലാതെ ഒരു VPN സജ്ജീകരിക്കുമ്പോൾ എനിക്ക് അപ്രതീക്ഷിതമായി പ്രത്യക്ഷപ്പെട്ട പ്രശ്നങ്ങൾ പരിഹരിക്കാൻ എനിക്ക് കഴിയുമായിരുന്നില്ല. ഈ ഗൈഡ് ഉപയോഗിക്കാൻ ശ്രമിക്കുന്ന ഏതൊരാൾക്കും എനിക്കില്ലാത്ത പ്രശ്‌നങ്ങൾ ഉണ്ടാകുമെന്ന് ഞാൻ കരുതുന്നു, കൂടാതെ ഈ അധിക വിവരങ്ങൾ ഈ പ്രശ്നങ്ങൾ സ്വയം പരിഹരിക്കാൻ സഹായിക്കുമെന്ന് ഞാൻ പ്രതീക്ഷിക്കുന്നു.

ഈ ഗൈഡിൽ ഉപയോഗിക്കുന്ന മിക്ക കമാൻഡുകളും സുഡോ വഴി എക്സിക്യൂട്ട് ചെയ്യേണ്ടതുണ്ട്, അത് സംക്ഷിപ്തതയ്ക്കായി നീക്കംചെയ്‌തു. മനസ്സിൽ സൂക്ഷിക്കുക.

മിക്ക IP വിലാസങ്ങളും ഗുരുതരമായി അവ്യക്തമാണ്, അതിനാൽ 435.435.435.435 പോലെയുള്ള ഒരു വിലാസം നിങ്ങൾ കാണുകയാണെങ്കിൽ, നിങ്ങളുടെ കാര്യത്തിൽ പ്രത്യേകമായി ചില സാധാരണ IP ഉണ്ടായിരിക്കണം.

എനിക്ക് ഉബുണ്ടു 18.04 ഉണ്ട്, എന്നാൽ ചെറിയ മാറ്റങ്ങളോടെ ഗൈഡ് മറ്റ് വിതരണങ്ങളിൽ പ്രയോഗിക്കാൻ കഴിയുമെന്ന് ഞാൻ കരുതുന്നു. എന്നിരുന്നാലും, ഈ വാചകത്തിൽ ലിനക്സ് == ഉബുണ്ടു.

സിസ്കോ കണക്ട്

Windows-ലോ MacOS-ലോ ഉള്ളവർക്ക് Cisco Connect വഴി ഞങ്ങളുടെ കോർപ്പറേറ്റ് VPN-ലേക്ക് കണക്റ്റുചെയ്യാൻ കഴിയും, അതിന് ഗേറ്റ്‌വേ വിലാസം വ്യക്തമാക്കേണ്ടതുണ്ട്, ഓരോ തവണ കണക്‌റ്റുചെയ്യുമ്പോഴും Google Authenticator സൃഷ്ടിച്ച ഒരു നിശ്ചിത ഭാഗവും കോഡും അടങ്ങുന്ന പാസ്‌വേഡ് നൽകുക.

Linux-ന്റെ കാര്യത്തിൽ, എനിക്ക് Cisco Connect പ്രവർത്തിപ്പിക്കാൻ കഴിഞ്ഞില്ല, എന്നാൽ Cisco Connect മാറ്റിസ്ഥാപിക്കുന്നതിനായി പ്രത്യേകമായി നിർമ്മിച്ച Openconnect ഉപയോഗിക്കുന്നതിനുള്ള ഒരു ശുപാർശ ഗൂഗിൾ ചെയ്യാൻ എനിക്ക് കഴിഞ്ഞു.

ഓപ്പൺകണക്ട്

സിദ്ധാന്തത്തിൽ, ഓപ്പൺ കണക്റ്റിനായി ഉബുണ്ടുവിന് ഒരു പ്രത്യേക ഗ്രാഫിക്കൽ ഇന്റർഫേസ് ഉണ്ട്, പക്ഷേ അത് എനിക്ക് പ്രവർത്തിച്ചില്ല. ഒരുപക്ഷേ അത് നല്ലതിന് വേണ്ടിയായിരിക്കാം.

ഉബുണ്ടുവിൽ, പാക്കേജ് മാനേജറിൽ നിന്ന് openconnect ഇൻസ്റ്റാൾ ചെയ്തിട്ടുണ്ട്.

apt install openconnect

ഇൻസ്റ്റാളേഷൻ കഴിഞ്ഞയുടനെ, നിങ്ങൾക്ക് ഒരു VPN-ലേക്ക് കണക്റ്റുചെയ്യാൻ ശ്രമിക്കാം

openconnect --user poxvuibr vpn.evilcorp.com

vpn.evilcorp.com എന്നത് ഒരു സാങ്കൽപ്പിക VPN-ന്റെ വിലാസമാണ്
poxvuibr - സാങ്കൽപ്പിക ഉപയോക്തൃനാമം

ഒരു പാസ്‌വേഡ് നൽകാൻ openconnect നിങ്ങളോട് ആവശ്യപ്പെടും, അതിൽ Google Authenticator-ൽ നിന്നുള്ള ഒരു നിശ്ചിത ഭാഗവും ഒരു കോഡും അടങ്ങിയിരിക്കുന്നു, അത് നിങ്ങളെ ഓർമ്മിപ്പിക്കട്ടെ, തുടർന്ന് അത് vpn-ലേക്ക് ബന്ധിപ്പിക്കാൻ ശ്രമിക്കും. ഇത് പ്രവർത്തിക്കുന്നുവെങ്കിൽ, അഭിനന്ദനങ്ങൾ, നിങ്ങൾക്ക് സുരക്ഷിതമായി മധ്യഭാഗം ഒഴിവാക്കാം, അത് വളരെയധികം വേദനയാണ്, കൂടാതെ പശ്ചാത്തലത്തിൽ ഓപ്പൺകണക്റ്റ് പ്രവർത്തിക്കുന്നതിനെക്കുറിച്ചുള്ള പോയിന്റിലേക്ക് നീങ്ങുക. ഇത് പ്രവർത്തിക്കുന്നില്ലെങ്കിൽ, നിങ്ങൾക്ക് തുടരാം. കണക്റ്റുചെയ്യുമ്പോൾ ഇത് പ്രവർത്തിച്ചിട്ടുണ്ടെങ്കിലും, ഉദാഹരണത്തിന്, ജോലിസ്ഥലത്തെ ഒരു അതിഥി വൈഫൈയിൽ നിന്ന്, സന്തോഷിക്കാൻ വളരെ നേരത്തെയായിരിക്കാം; നിങ്ങൾ വീട്ടിൽ നിന്ന് നടപടിക്രമം ആവർത്തിക്കാൻ ശ്രമിക്കണം.

സർട്ടിഫിക്കറ്റ്

ഒന്നും ആരംഭിക്കാതിരിക്കാനുള്ള ഉയർന്ന സംഭാവ്യതയുണ്ട്, ഓപ്പൺകണക്ട് ഔട്ട്പുട്ട് ഇതുപോലെയായിരിക്കും:

POST https://vpn.evilcorp.com/
Connected to 777.777.777.777:443
SSL negotiation with vpn.evilcorp.com
Server certificate verify failed: signer not found

Certificate from VPN server "vpn.evilcorp.com" failed verification.
Reason: signer not found
To trust this server in future, perhaps add this to your command line:
    --servercert sha256:4444444444444444444444444444444444444444444444444444444444444444
Enter 'yes' to accept, 'no' to abort; anything else to view: fgets (stdin): Operation now in progress

ഒരു വശത്ത്, ഇത് അസുഖകരമാണ്, കാരണം VPN- ലേക്ക് ഒരു കണക്ഷനും ഇല്ലായിരുന്നു, എന്നാൽ മറുവശത്ത്, ഈ പ്രശ്നം എങ്ങനെ പരിഹരിക്കാമെന്ന് തത്വത്തിൽ, വ്യക്തമാണ്.

ഇവിടെ സെർവർ ഞങ്ങൾക്ക് ഒരു സർട്ടിഫിക്കറ്റ് അയച്ചു, അതിലൂടെ കണക്ഷൻ ചെയ്യുന്നത് ഞങ്ങളുടെ നേറ്റീവ് കോർപ്പറേഷന്റെ സെർവറിലേക്കാണെന്നും ഒരു ദുഷ്ട തട്ടിപ്പുകാരനിലേക്കല്ലെന്നും നിർണ്ണയിക്കാൻ കഴിയും, ഈ സർട്ടിഫിക്കറ്റ് സിസ്റ്റത്തിന് അജ്ഞാതമാണ്. അതിനാൽ സെർവർ യഥാർത്ഥമാണോ അല്ലയോ എന്ന് അവൾക്ക് പരിശോധിക്കാൻ കഴിയില്ല. അതിനാൽ, അത് പ്രവർത്തിക്കുന്നത് നിർത്തുന്നു.

ഓപ്പൺകണക്റ്റ് സെർവറിലേക്ക് കണക്റ്റുചെയ്യുന്നതിന്, —servercert കീ ഉപയോഗിച്ച് VPN സെർവറിൽ നിന്ന് ഏത് സർട്ടിഫിക്കറ്റ് വരണമെന്ന് നിങ്ങൾ വ്യക്തമായി പറയേണ്ടതുണ്ട്.

കൂടാതെ ഏത് ഓപ്പൺ കണക്ട് പ്രിന്റ് ചെയ്തതിൽ നിന്ന് സെർവർ ഞങ്ങൾക്ക് നേരിട്ട് അയച്ച സർട്ടിഫിക്കറ്റ് നിങ്ങൾക്ക് കണ്ടെത്താനാകും. ഈ ഭാഗത്തിൽ നിന്ന് ഇതാ:

To trust this server in future, perhaps add this to your command line:
    --servercert sha256:4444444444444444444444444444444444444444444444444444444444444444
Enter 'yes' to accept, 'no' to abort; anything else to view: fgets (stdin): Operation now in progress

ഈ കമാൻഡ് ഉപയോഗിച്ച് നിങ്ങൾക്ക് വീണ്ടും ബന്ധിപ്പിക്കാൻ ശ്രമിക്കാം

openconnect --servercert sha256:4444444444444444444444444444444444444444444444444444444444444444 --user poxvuibr vpn.evilcorp.com

ഒരുപക്ഷേ ഇപ്പോൾ അത് പ്രവർത്തിക്കുന്നു, തുടർന്ന് നിങ്ങൾക്ക് അവസാനത്തിലേക്ക് പോകാം. എന്നാൽ വ്യക്തിപരമായി, ഉബുണ്ട എന്നെ ഈ രൂപത്തിൽ ഒരു അത്തിപ്പഴം കാണിച്ചു

POST https://vpn.evilcorp.com/
Connected to 777.777.777.777:443
SSL negotiation with vpn.evilcorp.com
Server certificate verify failed: signer not found
Connected to HTTPS on vpn.evilcorp.com
XML POST enabled
Please enter your username and password.
POST https://vpn.evilcorp.com/
Got CONNECT response: HTTP/1.1 200 OK
CSTP connected. DPD 300, Keepalive 30
Set up DTLS failed; using SSL instead
Connected as 192.168.333.222, using SSL
NOSSSSSHHHHHHHDDDDD
3
NOSSSSSHHHHHHHDDDDD
3
RTNETLINK answers: File exists
/etc/resolvconf/update.d/libc: Warning: /etc/resolv.conf is not a symbolic link to /run/resolvconf/resolv.conf

/etc/resolv.conf

# Generated by NetworkManager
search gst.evilcorpguest.com
nameserver 127.0.0.53

/run/resolvconf/resolv.conf

# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
#     DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
# 127.0.0.53 is the systemd-resolved stub resolver.
# run "systemd-resolve --status" to see details about the actual nameservers.

nameserver 192.168.430.534
nameserver 127.0.0.53
search evilcorp.com gst.publicevilcorp.com

habr.com പരിഹരിക്കും, പക്ഷേ നിങ്ങൾക്ക് അവിടെ പോകാൻ കഴിയില്ല. jira.evilcorp.com പോലുള്ള വിലാസങ്ങൾ പരിഹരിക്കപ്പെടുന്നില്ല.

ഇവിടെ എന്താണ് സംഭവിച്ചതെന്ന് എനിക്ക് വ്യക്തമല്ല. എന്നാൽ നിങ്ങൾ /etc/resolv.conf എന്നതിലേക്ക് വരി ചേർക്കുകയാണെങ്കിൽ പരീക്ഷണം കാണിക്കുന്നു

nameserver 192.168.430.534

അപ്പോൾ VPN-നുള്ളിലെ വിലാസങ്ങൾ മാന്ത്രികമായി പരിഹരിക്കാൻ തുടങ്ങും, നിങ്ങൾക്ക് അവയിലൂടെ നടക്കാൻ കഴിയും, അതായത്, വിലാസങ്ങൾ പരിഹരിക്കാൻ DNS തിരയുന്നത് പ്രത്യേകമായി കാണുന്നത് /etc/resolv.conf-ലാണ്, അല്ലാതെ മറ്റെവിടെയെങ്കിലും അല്ല.

VPN-ലേക്ക് ഒരു കണക്ഷൻ ഉണ്ടെന്നും അത് /etc/resolv.conf എന്നതിലേക്ക് മാറ്റങ്ങളൊന്നും വരുത്താതെ തന്നെ പ്രവർത്തിക്കുന്നുവെന്നും നിങ്ങൾക്ക് സ്ഥിരീകരിക്കാൻ കഴിയും; ഇത് ചെയ്യുന്നതിന്, VPN-ൽ നിന്നുള്ള ഉറവിടത്തിന്റെ പ്രതീകാത്മക നാമമല്ല, മറിച്ച് അതിന്റെ IP വിലാസം ബ്രൗസറിൽ നൽകുക.

തൽഫലമായി, രണ്ട് പ്രശ്നങ്ങൾ ഉണ്ട്

• ഒരു VPN-ലേക്ക് കണക്റ്റുചെയ്യുമ്പോൾ, അതിന്റെ dns എടുക്കുന്നില്ല
• എല്ലാ ട്രാഫിക്കും VPN വഴിയാണ് പോകുന്നത്, അത് ഇന്റർനെറ്റ് ആക്സസ് അനുവദിക്കുന്നില്ല

ഇപ്പോൾ എന്തുചെയ്യണമെന്ന് ഞാൻ നിങ്ങളോട് പറയും, പക്ഷേ ആദ്യം ഒരു ചെറിയ ഓട്ടോമേഷൻ.

പാസ്‌വേഡിന്റെ നിശ്ചിത ഭാഗത്തിന്റെ യാന്ത്രിക എൻട്രി

ഇപ്പോൾ, നിങ്ങൾ മിക്കവാറും അഞ്ച് തവണയെങ്കിലും നിങ്ങളുടെ പാസ്‌വേഡ് നൽകിയിട്ടുണ്ടാകും, ഈ നടപടിക്രമം നിങ്ങളെ ഇതിനകം ക്ഷീണിപ്പിച്ചിട്ടുണ്ട്. ഒന്നാമതായി, പാസ്‌വേഡ് ദൈർഘ്യമേറിയതിനാൽ, രണ്ടാമതായി, പ്രവേശിക്കുമ്പോൾ നിങ്ങൾ ഒരു നിശ്ചിത സമയപരിധിക്കുള്ളിൽ യോജിക്കേണ്ടതുണ്ട്

പ്രശ്നത്തിനുള്ള അന്തിമ പരിഹാരം ലേഖനത്തിൽ ഉൾപ്പെടുത്തിയിട്ടില്ല, എന്നാൽ പാസ്വേഡിന്റെ നിശ്ചിത ഭാഗം പലതവണ നൽകേണ്ടതില്ലെന്ന് നിങ്ങൾക്ക് ഉറപ്പാക്കാം.

പാസ്‌വേഡിന്റെ നിശ്ചിത ഭാഗം ഫിക്സഡ് പാസ്‌വേഡ് ആണെന്നും Google Authenticator-ൽ നിന്നുള്ള ഭാഗം 567 987 ആണെന്നും പറയാം. --passwd-on-stdin ആർഗ്യുമെന്റ് ഉപയോഗിച്ച് സ്റ്റാൻഡേർഡ് ഇൻപുട്ട് വഴി മുഴുവൻ പാസ്‌വേഡും openconnect-ലേക്ക് കൈമാറാം.

echo "fixedPassword567987" | openconnect --servercert sha256:4444444444444444444444444444444444444444444444444444444444444444 --user poxvuibr vpn.evilcorp.com --passwd-on-stdin

ഇപ്പോൾ നിങ്ങൾക്ക് അവസാനം നൽകിയ കമാൻഡിലേക്ക് നിരന്തരം മടങ്ങാനും അവിടെ Google Authenticator ന്റെ ഒരു ഭാഗം മാത്രം മാറ്റാനും കഴിയും.

ഒരു കോർപ്പറേറ്റ് VPN നിങ്ങളെ ഇന്റർനെറ്റ് സർഫ് ചെയ്യാൻ അനുവദിക്കുന്നില്ല.

പൊതുവേ, ഹബറിലേക്ക് പോകാൻ നിങ്ങൾ ഒരു പ്രത്യേക കമ്പ്യൂട്ടർ ഉപയോഗിക്കേണ്ടിവരുമ്പോൾ അത് വളരെ അസൗകര്യമല്ല. സ്റ്റാക്ക്ഓവർഫോയിൽ നിന്ന് കോപ്പി-പേസ്റ്റ് ചെയ്യാനുള്ള കഴിവില്ലായ്മ പൊതുവെ ജോലിയെ സ്തംഭിപ്പിക്കും, അതിനാൽ എന്തെങ്കിലും ചെയ്യേണ്ടതുണ്ട്.

ആന്തരിക നെറ്റ്‌വർക്കിൽ നിന്ന് നിങ്ങൾക്ക് ഒരു റിസോഴ്‌സ് ആക്‌സസ് ചെയ്യേണ്ടിവരുമ്പോൾ, Linux VPN-ലേക്ക് പോകുന്നു, നിങ്ങൾക്ക് Habr-ലേക്ക് പോകേണ്ടിവരുമ്പോൾ അത് ഇന്റർനെറ്റിലേക്ക് പോകുന്നതിന് ഞങ്ങൾക്ക് ഇത് എങ്ങനെയെങ്കിലും ക്രമീകരിക്കേണ്ടതുണ്ട്.

openconnect, സമാരംഭിച്ച് vpn-മായി ഒരു കണക്ഷൻ സ്ഥാപിച്ച ശേഷം, ഒരു പ്രത്യേക സ്ക്രിപ്റ്റ് എക്സിക്യൂട്ട് ചെയ്യുന്നു, അത് /usr/share/vpnc-scripts/vpnc-script-ൽ സ്ഥിതി ചെയ്യുന്നു. ചില വേരിയബിളുകൾ ഇൻപുട്ടായി സ്ക്രിപ്റ്റിലേക്ക് കൈമാറുന്നു, അത് VPN കോൺഫിഗർ ചെയ്യുന്നു. നിർഭാഗ്യവശാൽ, ഒരു നേറ്റീവ് സ്ക്രിപ്റ്റ് ഉപയോഗിച്ച് ഒരു കോർപ്പറേറ്റ് VPN-നും ഇന്റർനെറ്റിന്റെ ബാക്കി ഭാഗങ്ങൾക്കുമിടയിൽ ട്രാഫിക് ഫ്ലോകൾ എങ്ങനെ വിഭജിക്കാം എന്ന് എനിക്ക് കണ്ടുപിടിക്കാൻ കഴിഞ്ഞില്ല.

പ്രത്യക്ഷത്തിൽ, എന്നെപ്പോലുള്ള ആളുകൾക്കായി വിപിഎൻ-സ്ലൈസ് യൂട്ടിലിറ്റി വികസിപ്പിച്ചെടുത്തതാണ്, ഇത് ടാംബോറിനൊപ്പം നൃത്തം ചെയ്യാതെ രണ്ട് ചാനലുകളിലൂടെ ട്രാഫിക് അയയ്ക്കാൻ നിങ്ങളെ അനുവദിക്കുന്നു. ശരി, അതായത്, നിങ്ങൾ നൃത്തം ചെയ്യേണ്ടിവരും, പക്ഷേ നിങ്ങൾ ഒരു ഷാമൻ ആകേണ്ടതില്ല.

vpn-സ്ലൈസ് ഉപയോഗിച്ച് ട്രാഫിക് വേർതിരിക്കൽ

ആദ്യം, നിങ്ങൾ വിപിഎൻ-സ്ലൈസ് ഇൻസ്റ്റാൾ ചെയ്യണം, നിങ്ങൾ ഇത് സ്വയം കണ്ടെത്തേണ്ടതുണ്ട്. അഭിപ്രായങ്ങളിൽ ചോദ്യങ്ങളുണ്ടെങ്കിൽ, ഞാൻ ഇതിനെക്കുറിച്ച് ഒരു പ്രത്യേക പോസ്റ്റ് എഴുതാം. എന്നാൽ ഇതൊരു സാധാരണ പൈത്തൺ പ്രോഗ്രാമാണ്, അതിനാൽ ബുദ്ധിമുട്ടുകൾ ഉണ്ടാകരുത്. ഞാൻ virtualenv ഉപയോഗിച്ച് ഇൻസ്റ്റാൾ ചെയ്തു.

തുടർന്ന് -സ്ക്രിപ്റ്റ് സ്വിച്ച് ഉപയോഗിച്ച് യൂട്ടിലിറ്റി പ്രയോഗിക്കണം, സാധാരണ സ്ക്രിപ്റ്റിന് പകരം നിങ്ങൾ vpn-slice ഉപയോഗിക്കണമെന്ന് ഓപ്പൺകണക്റ്റ് സൂചിപ്പിക്കുന്നു.

echo "fixedPassword567987" | openconnect --servercert sha256:4444444444444444444444444444444444444444444444444444444444444444 --user poxvuibr --passwd-on-stdin 
--script "./bin/vpn-slice 192.168.430.0/24  " vpn.evilcorp.com 

--സ്ക്രിപ്റ്റിന് പകരം വിളിക്കേണ്ട ഒരു കമാൻഡ് ഉള്ള ഒരു സ്ട്രിംഗ് കൈമാറുന്നു. ./bin/vpn-slice - vpn-സ്ലൈസ് എക്സിക്യൂട്ടബിൾ ഫയലിലേക്കുള്ള പാത 192.168.430.0/24 - vpn-ൽ പോകേണ്ട വിലാസങ്ങളുടെ മാസ്ക്. ഇവിടെ, ഞങ്ങൾ അർത്ഥമാക്കുന്നത് വിലാസം 192.168.430 ൽ ആരംഭിക്കുകയാണെങ്കിൽ, ഈ വിലാസമുള്ള ഉറവിടം VPN-ൽ തിരയേണ്ടതുണ്ട് എന്നാണ്.

ഇപ്പോൾ സ്ഥിതി ഏതാണ്ട് സാധാരണ നിലയിലായിരിക്കണം. ഏതാണ്ട്. ഇപ്പോൾ നിങ്ങൾക്ക് Habr ലേക്ക് പോകാം, നിങ്ങൾക്ക് ip വഴി ഇൻട്രാ കോർപ്പറേറ്റ് റിസോഴ്സിലേക്ക് പോകാം, എന്നാൽ പ്രതീകാത്മക നാമത്തിൽ നിങ്ങൾക്ക് ഇൻട്രാ കോർപ്പറേറ്റ് റിസോഴ്സിലേക്ക് പോകാൻ കഴിയില്ല. ഹോസ്റ്റുകളിൽ പ്രതീകാത്മക നാമവും വിലാസവും തമ്മിലുള്ള പൊരുത്തം നിങ്ങൾ വ്യക്തമാക്കുകയാണെങ്കിൽ, എല്ലാം പ്രവർത്തിക്കണം. കൂടാതെ ഐപി മാറുന്നത് വരെ പ്രവർത്തിക്കുക. ഐപിയെ ആശ്രയിച്ച് ലിനക്സിന് ഇപ്പോൾ ഇന്റർനെറ്റ് അല്ലെങ്കിൽ ഇൻട്രാനെറ്റ് ആക്സസ് ചെയ്യാൻ കഴിയും. എന്നാൽ വിലാസം നിർണ്ണയിക്കാൻ കോർപ്പറേറ്റ് ഇതര DNS ഇപ്പോഴും ഉപയോഗിക്കുന്നു.

ഈ ഫോമിലും പ്രശ്നം സ്വയം പ്രത്യക്ഷപ്പെടാം - ജോലിസ്ഥലത്ത് എല്ലാം ശരിയാണ്, എന്നാൽ വീട്ടിൽ നിങ്ങൾക്ക് ഐപി വഴി മാത്രമേ ആന്തരിക കോർപ്പറേറ്റ് ഉറവിടങ്ങൾ ആക്സസ് ചെയ്യാൻ കഴിയൂ. കാരണം, നിങ്ങൾ കോർപ്പറേറ്റ് വൈഫൈയിലേക്ക് കണക്റ്റുചെയ്യുമ്പോൾ, കോർപ്പറേറ്റ് ഡിഎൻഎസും ഉപയോഗിക്കുന്നു, കൂടാതെ വിപിഎൻ ഉപയോഗിക്കാതെ അത്തരമൊരു വിലാസത്തിലേക്ക് പോകുന്നത് ഇപ്പോഴും അസാധ്യമാണ് എന്ന വസ്തുത ഉണ്ടായിരുന്നിട്ടും, വിപിഎൻ-ൽ നിന്നുള്ള പ്രതീകാത്മക വിലാസങ്ങൾ അതിൽ പരിഹരിക്കപ്പെടും.

ഹോസ്റ്റ് ഫയലിന്റെ യാന്ത്രിക പരിഷ്ക്കരണം

വിപിഎൻ-സ്ലൈസിനോട് മാന്യമായി ചോദിച്ചാൽ, വിപിഎൻ ഉയർത്തിയ ശേഷം, അതിന് അതിന്റെ ഡിഎൻഎസിലേക്ക് പോകാം, ആവശ്യമായ ഉറവിടങ്ങളുടെ ഐപി വിലാസങ്ങൾ അവയുടെ പ്രതീകാത്മക പേരുകൾ ഉപയോഗിച്ച് കണ്ടെത്തി ഹോസ്റ്റുകളിൽ നൽകുക. VPN ഓഫാക്കിയ ശേഷം, ഈ വിലാസങ്ങൾ ഹോസ്റ്റുകളിൽ നിന്ന് നീക്കം ചെയ്യപ്പെടും. ഇത് ചെയ്യുന്നതിന്, നിങ്ങൾ vpn-സ്ലൈസിലേക്ക് പ്രതീകാത്മക പേരുകൾ ആർഗ്യുമെന്റുകളായി നൽകേണ്ടതുണ്ട്. ഇതുപോലെ.

echo "fixedPassword567987" | openconnect --servercert sha256:4444444444444444444444444444444444444444444444444444444444444444 --user poxvuibr --passwd-on-stdin
--script "./bin/vpn-slice 192.168.430.0/24  jira.vpn.evilcorp.com git.vpn.evilcorp.com " vpn.evilcorp.com 

ഇപ്പോൾ എല്ലാം ഓഫീസിലും കടൽത്തീരത്തും പ്രവർത്തിക്കണം.

VPN നൽകുന്ന DNS-ൽ എല്ലാ ഉപഡൊമെയ്‌നുകളുടെയും വിലാസങ്ങൾക്കായി തിരയുക

നെറ്റ്‌വർക്കിനുള്ളിൽ കുറച്ച് വിലാസങ്ങൾ ഉണ്ടെങ്കിൽ, ഹോസ്റ്റ് ഫയൽ സ്വയമേവ പരിഷ്‌ക്കരിക്കുന്ന സമീപനം നന്നായി പ്രവർത്തിക്കുന്നു. എന്നാൽ നെറ്റ്‌വർക്കിൽ ധാരാളം ഉറവിടങ്ങൾ ഉണ്ടെങ്കിൽ, നിങ്ങൾ zoidberg.test.evilcorp.com പോലുള്ള വരികൾ സ്ക്രിപ്റ്റിലേക്ക് നിരന്തരം ചേർക്കേണ്ടതുണ്ട് zoidberg എന്നത് ടെസ്റ്റ് ബെഞ്ചുകളിലൊന്നിന്റെ പേരാണ്.

എന്നാൽ ഈ ആവശ്യം ഇല്ലാതാക്കാൻ കഴിയുന്നത് എന്തുകൊണ്ടാണെന്ന് ഇപ്പോൾ നമുക്ക് കുറച്ച് മനസ്സിലായി.

VPN ഉയർത്തിയ ശേഷം, നിങ്ങൾ /etc/hosts-ൽ നോക്കുകയാണെങ്കിൽ, നിങ്ങൾക്ക് ഈ ലൈൻ കാണാൻ കഴിയും

192.168.430.534 dns0.tun0 # vpn-slice-tun0 ഓട്ടോക്രേറ്റഡ്

കൂടാതെ resolv.conf-ലേക്ക് ഒരു പുതിയ ലൈൻ ചേർത്തു. ചുരുക്കത്തിൽ, vpn-നുള്ള dns സെർവർ എവിടെയാണെന്ന് vpn-സ്ലൈസ് എങ്ങനെയോ നിർണ്ണയിക്കുന്നു.

Evilcorp.com എന്നതിൽ അവസാനിക്കുന്ന ഒരു ഡൊമെയ്‌ൻ നാമത്തിന്റെ IP വിലാസം കണ്ടെത്തുന്നതിന്, Linux കോർപ്പറേറ്റ് DNS-ലേക്ക് പോകുന്നുവെന്നും മറ്റെന്തെങ്കിലും ആവശ്യമുണ്ടെങ്കിൽ, ഡിഫോൾട്ടിലേക്ക് പോകുമെന്നും ഞങ്ങൾ ഇപ്പോൾ ഉറപ്പാക്കേണ്ടതുണ്ട്.

ഞാൻ കുറച്ചു നേരം ഗൂഗിൾ ചെയ്‌തു, അത്തരം പ്രവർത്തനം ബോക്‌സിന് പുറത്ത് ഉബുണ്ടുവിൽ ലഭ്യമാണെന്ന് കണ്ടെത്തി. പേരുകൾ പരിഹരിക്കുന്നതിന് പ്രാദേശിക DNS സെർവർ dnsmasq ഉപയോഗിക്കാനുള്ള കഴിവ് എന്നാണ് ഇതിനർത്ഥം.

അതായത്, ലിനക്സ് എല്ലായ്പ്പോഴും ഐപി വിലാസങ്ങൾക്കായി പ്രാദേശിക ഡിഎൻഎസ് സെർവറിലേക്ക് പോകുന്നുവെന്ന് നിങ്ങൾക്ക് ഉറപ്പാക്കാൻ കഴിയും, അത് ഡൊമെയ്ൻ നാമത്തെ ആശ്രയിച്ച്, അനുബന്ധ ബാഹ്യ ഡിഎൻഎസ് സെർവറിൽ ഐപിക്കായി നോക്കും.

നെറ്റ്‌വർക്കുകളുമായും നെറ്റ്‌വർക്ക് കണക്ഷനുകളുമായും ബന്ധപ്പെട്ട എല്ലാം നിയന്ത്രിക്കുന്നതിന്, ഉബുണ്ടു NetworkManager ഉപയോഗിക്കുന്നു, കൂടാതെ തിരഞ്ഞെടുക്കുന്നതിനുള്ള ഗ്രാഫിക്കൽ ഇന്റർഫേസ്, ഉദാഹരണത്തിന്, Wi-Fi കണക്ഷനുകൾ അതിന്റെ ഒരു മുൻഭാഗം മാത്രമാണ്.

നാം അതിന്റെ കോൺഫിഗറേഷനിൽ കയറേണ്ടതുണ്ട്.

1. /etc/NetworkManager/dnsmasq.d/evilcorp-ൽ ഒരു ഫയൽ സൃഷ്‌ടിക്കുക

വിലാസം=/.evilcorp.com/192.168.430.534

എവിൾകോർപ്പിന്റെ മുന്നിലുള്ള പോയിന്റ് ശ്രദ്ധിക്കുക. dnsmasq-നെ ഇത് സൂചിപ്പിക്കുന്നത്, evilcorp.com-ന്റെ എല്ലാ ഉപഡൊമെയ്‌നുകളും കോർപ്പറേറ്റ് dns-ൽ തിരയണം എന്നാണ്.

1. നെയിം റെസല്യൂഷനായി dnsmasq ഉപയോഗിക്കാൻ NetworkManager-നോട് പറയുക

നെറ്റ്‌വർക്ക്-മാനേജർ കോൺഫിഗറേഷൻ /etc/NetworkManager/NetworkManager.conf എന്നതിൽ സ്ഥിതിചെയ്യുന്നു, നിങ്ങൾ അവിടെ ചേർക്കേണ്ടതുണ്ട്:

[പ്രധാന] dns=dnsmasq

1. NetworkManager പുനരാരംഭിക്കുക

service network-manager restart

ഇപ്പോൾ, openconnect, vpn-slice എന്നിവ ഉപയോഗിച്ച് ഒരു VPN-ലേക്ക് കണക്റ്റുചെയ്‌തതിനുശേഷം, നിങ്ങൾ vpnslice-ലേക്കുള്ള ആർഗ്യുമെന്റുകളിലേക്ക് പ്രതീകാത്മക വിലാസങ്ങൾ ചേർത്തില്ലെങ്കിലും, ip സാധാരണയായി നിർണ്ണയിക്കപ്പെടും.

VPN വഴി വ്യക്തിഗത സേവനങ്ങൾ എങ്ങനെ ആക്സസ് ചെയ്യാം

എനിക്ക് VPN-ലേക്ക് കണക്റ്റുചെയ്യാൻ കഴിഞ്ഞതിന് ശേഷം, രണ്ട് ദിവസത്തേക്ക് ഞാൻ വളരെ സന്തോഷവാനായിരുന്നു, തുടർന്ന് ഓഫീസ് നെറ്റ്‌വർക്കിന് പുറത്ത് നിന്ന് VPN-ലേക്ക് കണക്റ്റുചെയ്യുകയാണെങ്കിൽ, മെയിൽ പ്രവർത്തിക്കില്ലെന്ന് മനസ്സിലായി. ലക്ഷണം പരിചിതമാണ്, അല്ലേ?

ഞങ്ങളുടെ മെയിൽ mail.publicevilcorp.com-ൽ സ്ഥിതിചെയ്യുന്നു, അതിനർത്ഥം അത് dnsmasq-ലെ നിയമത്തിന് കീഴിലല്ലെന്നും പൊതു DNS വഴി മെയിൽ സെർവർ വിലാസം തിരയുകയും ചെയ്യുന്നു.

ശരി, ഓഫീസ് ഇപ്പോഴും DNS ഉപയോഗിക്കുന്നു, അതിൽ ഈ വിലാസം അടങ്ങിയിരിക്കുന്നു. അതാണ് ഞാനും ചിന്തിച്ചത്. വാസ്തവത്തിൽ, dnsmasq-ലേക്ക് ലൈൻ ചേർത്തതിന് ശേഷം

വിലാസം=/mail.publicevilcorp.com/192.168.430.534

സ്ഥിതി ഒട്ടും മാറിയിട്ടില്ല. ip അതേപടി തുടർന്നു. എനിക്ക് ജോലിക്ക് പോകേണ്ടി വന്നു.

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

192.168.430-ൽ ആരംഭിക്കുന്ന വിലാസങ്ങളിലേക്ക് VPN-ലൂടെ പോകാൻ ഞാൻ vpn-slice ഉപയോഗിക്കുന്നു. മെയിൽ സെർവറിന് Evilcorp-ന്റെ ഉപഡൊമെയ്‌ൻ അല്ലാത്ത ഒരു പ്രതീകാത്മക വിലാസം മാത്രമല്ല, 192.168.430-ൽ ആരംഭിക്കുന്ന ഒരു IP വിലാസവും ഇല്ല. തീർച്ചയായും, പൊതു ശൃംഖലയിൽ നിന്നുള്ള ആരെയും തന്റെ അടുക്കൽ വരാൻ അവൻ അനുവദിക്കുന്നില്ല.

ലിനക്‌സിന് VPN-ലൂടെയും മെയിൽ സെർവറിലേക്കും പോകുന്നതിന്, നിങ്ങൾ അത് vpn-സ്ലൈസിലേക്കും ചേർക്കേണ്ടതുണ്ട്. മെയിലറുടെ വിലാസം 555.555.555.555 ആണെന്ന് പറയാം.

echo "fixedPassword567987" | openconnect --servercert sha256:4444444444444444444444444444444444444444444444444444444444444444 --user poxvuibr --passwd-on-stdin
--script "./bin/vpn-slice 555.555.555.555 192.168.430.0/24" vpn.evilcorp.com 

ഒരു ആർഗ്യുമെന്റ് ഉപയോഗിച്ച് VPN ഉയർത്തുന്നതിനുള്ള സ്‌ക്രിപ്റ്റ്

തീർച്ചയായും, ഇതെല്ലാം വളരെ സൗകര്യപ്രദമല്ല. അതെ, നിങ്ങൾക്ക് ടെക്‌സ്‌റ്റ് ഒരു ഫയലിലേക്ക് സംരക്ഷിച്ച് കൈകൊണ്ട് ടൈപ്പ് ചെയ്യുന്നതിനുപകരം അത് കൺസോളിലേക്ക് പകർത്തി ഒട്ടിക്കാം, പക്ഷേ അത് ഇപ്പോഴും വളരെ മനോഹരമല്ല. പ്രക്രിയ എളുപ്പമാക്കുന്നതിന്, PATH-ൽ സ്ഥിതി ചെയ്യുന്ന ഒരു സ്ക്രിപ്റ്റിൽ നിങ്ങൾക്ക് കമാൻഡ് പൊതിയാവുന്നതാണ്. തുടർന്ന് നിങ്ങൾ Google Authenticator-ൽ നിന്ന് ലഭിച്ച കോഡ് മാത്രം നൽകിയാൽ മതിയാകും

#!/bin/sh  
echo "fixedPassword$1" | openconnect --servercert sha256:4444444444444444444444444444444444444444444444444444444444444444 --user poxvuibr --passwd-on-stdin 
--script "./bin/vpn-slice 192.168.430.0/24  jira.vpn.evilcorp.com git.vpn.evilcorp.com " vpn.evilcorp.com 

കണക്ട്~evilcorp~ എന്നതിൽ സ്ക്രിപ്റ്റ് ഇടുകയാണെങ്കിൽ നിങ്ങൾക്ക് കൺസോളിൽ എഴുതാം

connect_evil_corp 567987

എന്നാൽ ഇപ്പോൾ നിങ്ങൾ ചില കാരണങ്ങളാൽ ഓപ്പൺകണക്ട് പ്രവർത്തിക്കുന്ന കൺസോൾ തുറന്ന് സൂക്ഷിക്കേണ്ടതുണ്ട്

പശ്ചാത്തലത്തിൽ ഓപ്പൺകണക്റ്റ് പ്രവർത്തിക്കുന്നു

ഭാഗ്യവശാൽ, ഓപ്പൺകണക്റ്റിന്റെ രചയിതാക്കൾ ഞങ്ങളെ പരിപാലിക്കുകയും പ്രോഗ്രാമിലേക്ക് ഒരു പ്രത്യേക കീ ചേർക്കുകയും ചെയ്തു - പശ്ചാത്തലം, സമാരംഭിച്ചതിന് ശേഷം പ്രോഗ്രാം പശ്ചാത്തലത്തിൽ പ്രവർത്തിക്കുന്നു. നിങ്ങൾ ഇത് ഇതുപോലെ പ്രവർത്തിപ്പിക്കുകയാണെങ്കിൽ, ലോഞ്ച് ചെയ്തതിന് ശേഷം നിങ്ങൾക്ക് കൺസോൾ അടയ്ക്കാം

#!/bin/sh  
echo "fixedPassword$1" | openconnect --servercert sha256:4444444444444444444444444444444444444444444444444444444444444444 
--user poxvuibr 
--passwd-on-stdin 
--background 
--script "./bin/vpn-slice 192.168.430.0/24  jira.vpn.evilcorp.com git.vpn.evilcorp.com " vpn.evilcorp.com  

രേഖകൾ എവിടേക്കാണ് പോകുന്നതെന്ന് ഇപ്പോൾ വ്യക്തമല്ല. പൊതുവേ, ഞങ്ങൾക്ക് യഥാർത്ഥത്തിൽ ലോഗുകൾ ആവശ്യമില്ല, പക്ഷേ നിങ്ങൾക്കറിയില്ല. ഓപ്പൺകണക്റ്റിന് അവയെ സിസ്ലോഗിലേക്ക് റീഡയറക്‌ട് ചെയ്യാൻ കഴിയും, അവിടെ അവ സുരക്ഷിതമായും സുരക്ഷിതമായും സൂക്ഷിക്കും. നിങ്ങൾ -syslog സ്വിച്ച് കമാൻഡിലേക്ക് ചേർക്കേണ്ടതുണ്ട്

#!/bin/sh  
echo "fixedPassword$1" | openconnect --servercert sha256:4444444444444444444444444444444444444444444444444444444444444444 
--user poxvuibr 
--passwd-on-stdin 
--background 
--syslog 
--script "./bin/vpn-slice 192.168.430.0/24  jira.vpn.evilcorp.com git.vpn.evilcorp.com " vpn.evilcorp.com  

അതിനാൽ, ഓപ്പൺകണക്റ്റ് പശ്ചാത്തലത്തിൽ എവിടെയോ പ്രവർത്തിക്കുന്നുവെന്നും ആരെയും ബുദ്ധിമുട്ടിക്കുന്നില്ലെന്നും ഇത് മാറുന്നു, പക്ഷേ ഇത് എങ്ങനെ നിർത്താമെന്ന് വ്യക്തമല്ല. അതായത്, നിങ്ങൾക്ക് തീർച്ചയായും, grep ഉപയോഗിച്ച് ps ഔട്ട്‌പുട്ട് ഫിൽട്ടർ ചെയ്യാനും ഓപ്പൺകണക്റ്റ് ഉള്ള ഒരു പ്രോസസ്സിനായി നോക്കാനും കഴിയും, എന്നാൽ ഇത് എങ്ങനെയെങ്കിലും മടുപ്പിക്കുന്നതാണ്. ഇതേക്കുറിച്ച് ചിന്തിച്ച എഴുത്തുകാർക്കും നന്ദി. Openconnect-ന് ഒരു കീ -pid-file ഉണ്ട്, അതുപയോഗിച്ച് നിങ്ങൾക്ക് അതിന്റെ പ്രോസസ്സ് ഐഡന്റിഫയർ ഒരു ഫയലിലേക്ക് എഴുതാൻ openconnect-നോട് നിർദ്ദേശിക്കാം.

#!/bin/sh  
echo "fixedPassword$1" | openconnect --servercert sha256:4444444444444444444444444444444444444444444444444444444444444444 
--user poxvuibr 
--passwd-on-stdin 
--background  
--syslog 
--script "./bin/vpn-slice 192.168.430.0/24  jira.vpn.evilcorp.com git.vpn.evilcorp.com " vpn.evilcorp.com  
--pid-file ~/vpn-pid

ഇപ്പോൾ നിങ്ങൾക്ക് എല്ലായ്പ്പോഴും കമാൻഡ് ഉപയോഗിച്ച് ഒരു പ്രോസസ്സ് ഇല്ലാതാക്കാൻ കഴിയും

kill $(cat ~/vpn-pid)

ഒരു പ്രക്രിയയും ഇല്ലെങ്കിൽ, കൊല്ലുക ശപിക്കും, പക്ഷേ ഒരു പിശക് എറിയുകയില്ല. ഫയൽ ഇല്ലെങ്കിൽ, മോശമായ ഒന്നും സംഭവിക്കില്ല, അതിനാൽ നിങ്ങൾക്ക് സ്ക്രിപ്റ്റിന്റെ ആദ്യ വരിയിൽ സുരക്ഷിതമായി പ്രക്രിയ ഇല്ലാതാക്കാൻ കഴിയും.

kill $(cat ~/vpn-pid)
#!/bin/sh  
echo "fixedPassword$1" | openconnect --servercert sha256:4444444444444444444444444444444444444444444444444444444444444444 
--user poxvuibr 
--passwd-on-stdin 
--background 
--syslog 
--script "./bin/vpn-slice 192.168.430.0/24  jira.vpn.evilcorp.com git.vpn.evilcorp.com " vpn.evilcorp.com  
--pid-file ~/vpn-pid

ഇപ്പോൾ നിങ്ങൾക്ക് നിങ്ങളുടെ കമ്പ്യൂട്ടർ ഓണാക്കാനും കൺസോൾ തുറന്ന് കമാൻഡ് പ്രവർത്തിപ്പിക്കാനും Google Authenticator-ൽ നിന്നുള്ള കോഡ് കൈമാറാനും കഴിയും. കൺസോൾ പിന്നീട് നഖത്തിൽ വയ്ക്കാം.

VPN-സ്ലൈസ് ഇല്ലാതെ. ഒരു പിൻവാക്കിന് പകരം

വിപിഎൻ-സ്ലൈസ് ഇല്ലാതെ എങ്ങനെ ജീവിക്കാമെന്ന് മനസിലാക്കാൻ വളരെ ബുദ്ധിമുട്ടാണ്. ഒരുപാട് വായിക്കുകയും ഗൂഗിൾ ചെയ്യുകയും ചെയ്യേണ്ടി വന്നു. ഭാഗ്യവശാൽ, ഒരു പ്രശ്നവുമായി വളരെയധികം സമയം ചെലവഴിച്ചതിന് ശേഷം, സാങ്കേതിക മാനുവലുകളും മാൻ ഓപ്പൺ കണക്റ്റും പോലും ആവേശകരമായ നോവലുകൾ പോലെ വായിക്കുന്നു.

തൽഫലമായി, നേറ്റീവ് സ്‌ക്രിപ്റ്റ് പോലെ vpn-slice റൂട്ടിംഗ് ടേബിളിനെ വേറിട്ട നെറ്റ്‌വർക്കുകളിലേക്ക് മാറ്റുന്നുവെന്ന് ഞാൻ കണ്ടെത്തി.

റൂട്ടിംഗ് ടേബിൾ

ലളിതമായി പറഞ്ഞാൽ, ഇത് ആദ്യ നിരയിലെ ഒരു പട്ടികയാണ്, അതിൽ ലിനക്സ് പോകാൻ ആഗ്രഹിക്കുന്ന വിലാസം ആരംഭിക്കണം, രണ്ടാമത്തെ കോളത്തിൽ ഏത് നെറ്റ്‌വർക്ക് അഡാപ്റ്റർ ഈ വിലാസത്തിൽ പോകണം. വാസ്തവത്തിൽ, കൂടുതൽ സ്പീക്കറുകൾ ഉണ്ട്, എന്നാൽ ഇത് സത്ത മാറ്റില്ല.

റൂട്ടിംഗ് ടേബിൾ കാണുന്നതിന്, നിങ്ങൾ ip റൂട്ട് കമാൻഡ് പ്രവർത്തിപ്പിക്കേണ്ടതുണ്ട്

default via 192.168.1.1 dev wlp3s0 proto dhcp metric 600 
192.168.430.0/24 dev tun0 scope link 
192.168.1.0/24 dev wlp3s0 proto kernel scope link src 192.168.1.534 metric 600 
192.168.430.534 dev tun0 scope link 

ഇവിടെ, ചില വിലാസങ്ങളിലേക്ക് ഒരു സന്ദേശം അയയ്‌ക്കുന്നതിന് നിങ്ങൾ എവിടെ പോകണം എന്നതിന് ഓരോ വരിയും ഉത്തരവാദിയാണ്. വിലാസം എവിടെ തുടങ്ങണം എന്നതിന്റെ വിവരണമാണ് ആദ്യത്തേത്. 192.168.0.0/16 എന്നതിന്റെ അർത്ഥം വിലാസം 192.168-ൽ ആരംഭിക്കണമെന്ന് എങ്ങനെ നിർണ്ണയിക്കാമെന്ന് മനസിലാക്കാൻ, എന്താണ് IP വിലാസ മാസ്ക് എന്ന് നിങ്ങൾ ഗൂഗിൾ ചെയ്യേണ്ടതുണ്ട്. dev എന്നതിന് ശേഷം സന്ദേശം അയയ്‌ക്കേണ്ട അഡാപ്റ്ററിന്റെ പേരുണ്ട്.

VPN-നായി, Linux ഒരു വെർച്വൽ അഡാപ്റ്റർ ഉണ്ടാക്കി - tun0. 192.168 ൽ ആരംഭിക്കുന്ന എല്ലാ വിലാസങ്ങൾക്കുമുള്ള ട്രാഫിക് അതിലൂടെ കടന്നുപോകുന്നുണ്ടെന്ന് ലൈൻ ഉറപ്പാക്കുന്നു

192.168.0.0/16 dev tun0 scope link 

കമാൻഡ് ഉപയോഗിച്ച് നിങ്ങൾക്ക് റൂട്ടിംഗ് ടേബിളിന്റെ നിലവിലെ അവസ്ഥയും നോക്കാം റൂട്ട് -n (IP വിലാസങ്ങൾ സമർത്ഥമായി അജ്ഞാതമാക്കിയിരിക്കുന്നു) ഈ കമാൻഡ് മറ്റൊരു രൂപത്തിൽ ഫലങ്ങൾ പുറപ്പെടുവിക്കുന്നു, പൊതുവെ ഒഴിവാക്കപ്പെടുന്നു, എന്നാൽ അതിന്റെ ഔട്ട്പുട്ട് പലപ്പോഴും ഇന്റർനെറ്റിലെ മാനുവലുകളിൽ കാണപ്പെടുന്നു, നിങ്ങൾക്ക് അത് വായിക്കാൻ കഴിയണം.

ഒരു റൂട്ടിന്റെ IP വിലാസം എവിടെ തുടങ്ങണം എന്നത് ലക്ഷ്യസ്ഥാനത്തിന്റെയും ജെൻമാസ്ക് കോളങ്ങളുടെയും സംയോജനത്തിൽ നിന്ന് മനസ്സിലാക്കാം. ജെൻമാസ്കിലെ 255 അക്കങ്ങളുമായി പൊരുത്തപ്പെടുന്ന IP വിലാസത്തിന്റെ ഭാഗങ്ങൾ കണക്കിലെടുക്കുന്നു, എന്നാൽ 0 ഉള്ളവ കണക്കിലെടുക്കുന്നില്ല. അതായത്, ഡെസ്റ്റിനേഷൻ 192.168.0.0, ജെൻമാസ്ക് 255.255.255.0 എന്നിവയുടെ സംയോജനം അർത്ഥമാക്കുന്നത് വിലാസം 192.168.0 ൽ ആരംഭിക്കുകയാണെങ്കിൽ, അതിനുള്ള അഭ്യർത്ഥന ഈ വഴിയിലൂടെ പോകും എന്നാണ്. ഡെസ്റ്റിനേഷൻ 192.168.0.0 എന്നാൽ Genmask 255.255.0.0 ആണെങ്കിൽ, 192.168 ൽ ആരംഭിക്കുന്ന വിലാസങ്ങളിലേക്കുള്ള അഭ്യർത്ഥനകൾ ഈ റൂട്ടിലൂടെ പോകും.

വിപിഎൻ-സ്ലൈസ് യഥാർത്ഥത്തിൽ എന്താണ് ചെയ്യുന്നതെന്ന് കണ്ടെത്തുന്നതിന്, മുമ്പും ശേഷവും പട്ടികകളുടെ അവസ്ഥകൾ നോക്കാൻ ഞാൻ തീരുമാനിച്ചു.

VPN ഓണാക്കുന്നതിന് മുമ്പ്, ഇത് ഇതുപോലെയായിരുന്നു

route -n 

Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
0.0.0.0         222.222.222.1   0.0.0.0         UG    600    0        0 wlp3s0
222.222.222.0   0.0.0.0         255.255.255.0   U     600    0        0 wlp3s0
333.333.333.333 222.222.222.1   255.255.255.255 UGH   0      0        0 wlp3s0

vpn-slice ഇല്ലാതെ openconnect എന്ന് വിളിച്ചതിന് ശേഷം ഇതുപോലെ ആയി

route -n

Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
0.0.0.0         0.0.0.0         0.0.0.0         U     0      0        0 tun0
0.0.0.0         222.222.222.1   0.0.0.0         UG    600    0        0 wlp3s0
222.222.222.0   0.0.0.0         255.255.255.0   U     600    0        0 wlp3s0
333.333.333.333 222.222.222.1   255.255.255.255 UGH   0      0        0 wlp3s0
192.168.430.0   0.0.0.0         255.255.255.0   U     0      0        0 tun0
192.168.430.534 0.0.0.0         255.255.255.255 UH    0      0        0 tun0

വിപിഎൻ-സ്ലൈസുമായി സംയോജിച്ച് ഓപ്പൺകണക്റ്റ് വിളിച്ചതിന് ശേഷം

Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
0.0.0.0         222.222.222.1   0.0.0.0         UG    600    0        0 wlp3s0
222.222.222.0   0.0.0.0         255.255.255.0   U     600    0        0 wlp3s0
333.333.333.333 222.222.222.1   255.255.255.255 UGH   0      0        0 wlp3s0
192.168.430.0   0.0.0.0         255.255.255.0   U     0      0        0 tun0
192.168.430.534 0.0.0.0         255.255.255.255 UH    0      0        0 tun0

നിങ്ങൾ vpn-സ്ലൈസ് ഉപയോഗിക്കുന്നില്ലെങ്കിൽ, പ്രത്യേകമായി സൂചിപ്പിച്ചിട്ടുള്ളവ ഒഴികെയുള്ള എല്ലാ വിലാസങ്ങളും vpn വഴി ആക്സസ് ചെയ്യണമെന്ന് openconnect വ്യക്തമായി എഴുതുന്നു.

ഇവിടെ തന്നെ:

0.0.0.0         0.0.0.0         0.0.0.0         U     0      0        0 tun0

അവിടെ, അതിനടുത്തായി, മറ്റൊരു പാത ഉടനടി സൂചിപ്പിച്ചിരിക്കുന്നു, ലിനക്സ് കടന്നുപോകാൻ ശ്രമിക്കുന്ന വിലാസം പട്ടികയിൽ നിന്നുള്ള ഏതെങ്കിലും മാസ്കുമായി പൊരുത്തപ്പെടുന്നില്ലെങ്കിൽ അത് ഉപയോഗിക്കേണ്ടതാണ്.

0.0.0.0         222.222.222.1   0.0.0.0         UG    600    0        0 wlp3s0

ഈ സാഹചര്യത്തിൽ നിങ്ങൾ ഒരു സാധാരണ Wi-Fi അഡാപ്റ്റർ ഉപയോഗിക്കേണ്ടതുണ്ടെന്ന് ഇതിനകം ഇവിടെ എഴുതിയിട്ടുണ്ട്.

റൂട്ടിംഗ് ടേബിളിൽ ആദ്യത്തേത് ആയതിനാൽ VPN പാത്ത് ഉപയോഗിച്ചിട്ടുണ്ടെന്ന് ഞാൻ വിശ്വസിക്കുന്നു.

സൈദ്ധാന്തികമായി, നിങ്ങൾ റൂട്ടിംഗ് ടേബിളിൽ നിന്ന് ഈ ഡിഫോൾട്ട് പാത്ത് നീക്കം ചെയ്യുകയാണെങ്കിൽ, dnsmasq ഓപ്പൺകണക്ടുമായി ചേർന്ന് സാധാരണ പ്രവർത്തനം ഉറപ്പാക്കണം.

ഞാൻ പരിശ്രമിച്ചു

route del default

കൂടാതെ എല്ലാം പ്രവർത്തിച്ചു.

vpn-സ്ലൈസ് ഇല്ലാതെ ഒരു മെയിൽ സെർവറിലേക്കുള്ള അഭ്യർത്ഥനകൾ റൂട്ടിംഗ്

എന്നാൽ എനിക്ക് 555.555.555.555 എന്ന വിലാസമുള്ള ഒരു മെയിൽ സെർവറും ഉണ്ട്, അത് VPN വഴിയും ആക്‌സസ് ചെയ്യേണ്ടതുണ്ട്. അതിലേക്കുള്ള വഴിയും സ്വമേധയാ ചേർക്കേണ്ടതുണ്ട്.

ip route add 555.555.555.555 via dev tun0

പിന്നെ ഇപ്പോൾ എല്ലാം ശരിയാണ്. അതിനാൽ നിങ്ങൾക്ക് വിപിഎൻ-സ്ലൈസ് ഇല്ലാതെ ചെയ്യാൻ കഴിയും, എന്നാൽ നിങ്ങൾ എന്താണ് ചെയ്യുന്നതെന്ന് നന്നായി അറിയേണ്ടതുണ്ട്. നേറ്റീവ് ഓപ്പൺകണക്റ്റ് സ്ക്രിപ്റ്റിന്റെ അവസാന വരിയിലേക്ക് ഡിഫോൾട്ട് റൂട്ട് നീക്കം ചെയ്യുന്നതിനെ കുറിച്ചും vpn-ലേക്ക് കണക്റ്റുചെയ്‌തതിന് ശേഷം മെയിലറിനായി ഒരു റൂട്ട് ചേർക്കുന്നതിനെ കുറിച്ചും ഞാൻ ഇപ്പോൾ ചിന്തിക്കുകയാണ്, അതിനാൽ എന്റെ ബൈക്കിൽ ചലിക്കുന്ന ഭാഗങ്ങൾ കുറവാണ്.

ഒരുപക്ഷേ, ഒരു വിപിഎൻ എങ്ങനെ സജ്ജീകരിക്കാമെന്ന് ആരെങ്കിലും മനസ്സിലാക്കാൻ ഈ പിൻവാക്ക് മതിയാകും. എന്നാൽ എന്തുചെയ്യണം, എങ്ങനെ ചെയ്യണമെന്ന് ഞാൻ മനസ്സിലാക്കാൻ ശ്രമിക്കുന്നതിനിടയിൽ, രചയിതാവിനായി പ്രവർത്തിക്കുന്ന അത്തരം ഗൈഡുകൾ ഞാൻ ധാരാളം വായിച്ചു, പക്ഷേ ചില കാരണങ്ങളാൽ എനിക്കായി പ്രവർത്തിക്കുന്നില്ല, ഞാൻ കണ്ടെത്തിയ എല്ലാ ഭാഗങ്ങളും ഇവിടെ ചേർക്കാൻ ഞാൻ തീരുമാനിച്ചു. അത്തരം കാര്യങ്ങളിൽ ഞാൻ വളരെ സന്തുഷ്ടനാകും.

അവലംബം: www.habr.com