முழு சுரங்கப்பாதை OpenVPN: சேவையகப் பக்கத்தில் இணைய வெளியேற்றத்தைச் சேர்க்கவும்

ஒரு கிளையண்ட் அங்கீகாரம் செய்து, குளத்திலிருந்து முகவரியைப் பெற்று, VPN ஹோஸ்ட்டில் உள்ள சேவைகளை அடைகிறது, இருப்பினும் ஒவ்வொரு பொது இலக்கும் நேரம் முடிந்து நிற்கிறது. வெளியேறும் வழி இல்லாத சுரங்கப்பாதை இப்படித்தான் தெரியும், நான்கு தனித்த விஷயங்கள் உண்மையாகும் வரை அது அப்படியே இருக்கும். கிளையண்ட் இயல்புநிலை வழியை ஏற்க வேண்டும், சேவையகம் அனுப்ப வேண்டும், தீர்வெல்லை கடந்து செல்ல அனுமதிக்க வேண்டும், மேலும் பதில்களுக்கு குளத்திற்குத் திரும்பும் வழி தேவை. நான்கு தோல்விகளுக்கும் ஒரே அறிகுறி, எனவே ஒவ்வொரு முயற்சியிலும் ஒரு விஷயத்தை மாற்றி முடிவைப் பதிவு செய்யுங்கள்.

இயல்புநிலை வழியைத் தள்ளி, கிளையண்ட் எதை நிறுவியது என்பதை உறுதிப்படுத்துங்கள்

சேவையகப் பக்கத்தின் வரி சுருக்கமானது, மேலும் தள்ளப்பட்ட விருப்பங்களை ஏற்கும் கிளையண்ட்களை மட்டுமே அது பாதிக்கிறது. def1 வடிவம் இருக்கும் இயல்புநிலையை நீக்குவதற்குப் பதிலாக இரண்டு அரை-இயல்புநிலை வழிகளை நிறுவுகிறது, இது தற்போதைய இணைப்பை உயிர்ப்புடன் வைத்திருந்து ஒவ்வொரு இலக்கையும் பிடிக்கிறது.

push "redirect-gateway def1"

மீண்டும் இணைந்த பிறகு சுயவிவரத்தை நம்புவதற்குப் பதிலாக கிளையண்டின் வழியமைப்பு அட்டவணையைப் படியுங்கள். Linux இல் இரண்டு /1 உள்ளீடுகளும் அசல் இயல்புநிலைக்கு அருகில் தோன்றும், Windows அதே ஜோடியை 0.0.0.0/1 மற்றும் 128.0.0.0/1 எனக் காட்டும். தள்ளப்பட்ட விருப்பங்களைப் புறக்கணிக்கும் கிளையண்ட், அல்லது அவற்றை மறுக்க அமைக்கப்பட்ட கிளையண்ட், தனது பழைய இயல்புநிலையை வைத்துக்கொண்டு இணையப் போக்குவரத்தை ஒருபோதும் சுரங்கப்பாதைக்கு அனுப்பாது. சேவையகத்தில் எதையும் மாற்றும் முன் இந்தக் கேள்வியைத் தீர்க்கவும், ஏனெனில் சேவையகப் பக்கத்தின் எந்த விதியும் அதை ஈடுசெய்ய முடியாது.

அனுப்புதல் என்பது சேவையக அமைப்பு, VPN அமைப்பு அல்ல

வழியமைப்பைத் தொடும் முன் அனுப்புதல் கொடியைப் படியுங்கள். அங்குள்ள பூஜ்யம் என்பது கர்னல் கிளையண்டின் பொதியைப் பெற்று அதை மேலே அனுப்ப மறுக்கிறது என்பதாகும், இது தொலை முனையிலிருந்து தீர்வெல்லைத் தடுப்பது போலவே தெரியும். மதிப்பை கணினியின் கட்டமைப்பு அடைவு வழியாக அமைக்கவும், அது மறுதொடக்கத்திற்குப் பிறகும் நீடிக்கும்.

sysctl net.ipv4.ip_forward
echo 'net.ipv4.ip_forward=1' | sudo tee /etc/sysctl.d/99-vpn-forward.conf
sudo sysctl --system

அடுத்து, ஹோஸ்ட்டுக்கே இணைய வெளியேற்றத்திற்கு வேலை செய்யும் வழி உள்ளதா என உறுதிப்படுத்துங்கள். சேவையகத்தின் ஷெல்லிலிருந்து வரும் கோரிக்கை மேல்நிலை வழி பயன்படுத்தக்கூடியது என்பதை நிரூபிக்கிறது, கிளையண்டின் பொதியை அனுப்புவது பற்றி எதுவும் சொல்லவில்லை, எனவே அவற்றை இரண்டு தனித்த சோதனைகளாகக் கருதுங்கள். சேவையகம் இலக்கை அடைய முடியாவிட்டால், எவ்வளவு அனுப்புதல் கட்டமைப்பும் உதவாது.

நீங்கள் நோக்கும் கடந்து செல்வதற்கு மட்டும் அனுமதி கொடுங்கள், வேறு எதற்கும் அல்ல

அனுப்பப்பட்ட பொதிகள் forward வழியைக் கடக்கின்றன; VPN ஹோஸ்ட்டையே நோக்கிய போக்குவரத்து input வழியைக் கடக்கிறது. இவை வெவ்வேறு முடிவுகள், மேலும் input வழியைத் திறப்பது இயந்திரத்தின் வழியாகக் கடப்பதை அனுமதிக்காது. இவற்றைக் கலப்பதே தீர்வெல்லை எல்லாவற்றையும் அனுமதிப்பது போலத் தெரிந்தும் கிளையண்ட்கள் இன்னும் நேரம் முடிந்து நிற்பதற்கான பொதுவான காரணம்.

குறைந்தபட்ச கொள்கை குளத்திலிருந்து வெளியேற்ற இடைமுகம் நோக்கிய புதிய இணைப்புகளை ஏற்கிறது, மேலும் நிறுவப்பட்ட ஓட்டங்களுக்கு உரிய பதில்களை ஏற்கிறது. ஒவ்வொரு துவக்கத்திலும் நகல் விதியைச் சேர்ப்பதற்குப் பதிலாக உங்கள் விநியோகம் பயன்படுத்தும் விதித்தொகுப்பு உரிமையாளரிடம் அதை வைக்கவும்; நகல் விதிகள் குவிந்து கணக்குகள் அர்த்தமற்றுப் போகின்றன.

sudo iptables -A FORWARD -i tun0 -o eth0 -s 10.90.0.0/24 -j ACCEPT
sudo iptables -A FORWARD -i eth0 -o tun0 -m conntrack --ctstate ESTABLISHED,RELATED -j ACCEPT

ஒவ்வொரு சங்கிலியையும் ஏற்பு நிலைக்கு மாற்றுவது சோதனையைக் கடக்கச் செய்து தீர்வெல்லை இருப்பதற்கான காரணத்தை நீக்குகிறது. எல்லையை குளம் மற்றும் வெளியேற்ற இடைமுகத்தில் வைத்திருந்து, தொடர்பற்ற அனுப்புதலை அப்படியே விடுங்கள்.

பதில்களுக்குப் போக இடம் கொடுங்கள்

குளத்தின் முகவரிகள் தனிப்பட்டவை, எனவே பொது சேவையகம் அவற்றுக்கு நேரடியாகப் பதிலை வழங்க முடியாது. ஒன்று VPN ஹோஸ்ட் வெளியேறும்போது மூல முகவரியை மொழிபெயர்க்கிறது, அல்லது மேல்நிலை சாதனம் குளத்திற்குத் திரும்பும் வழியை வைத்திருக்கிறது.

sudo iptables -t nat -A POSTROUTING -s 10.90.0.0/24 -o eth0 -j MASQUERADE

சரியாக ஒரு மொழிபெயர்ப்பு அடுக்கைச் சேர்க்கவும். மேலும் மேலே இரண்டாவது NAT முதலாவதை மறைத்து, பின்னர் ஏதாவது பழுதடையும்போது இரண்டு பதிவுகளையும் கிட்டத்தட்ட பயனற்றதாக்குகிறது. மேல்நிலை திசைவி ஏற்கனவே குளத்தைத் திருப்பி அனுப்பினால், ஹோஸ்ட்டில் மொழிபெயர்ப்பைச் சேர்ப்பது தேவையற்றது, திரும்பும் வழி அப்போது உங்கள் கட்டமைப்பையல்ல, அந்த திசைவியின் கட்டமைப்பையே சார்ந்திருக்கும்.

கிளவுட் நிகழ்வுகள் இன்னொரு வாசலைச் சேர்க்கின்றன, ஏனெனில் சில தளங்கள் மூல முகவரி நிகழ்வுக்கு உரியதல்லாத பொதிகளை அந்தச் சோதனையைத் தளர்த்தாவிட்டால் தூக்கி எறிகின்றன. அந்த அமைப்பு விருந்தினருக்கு வெளியே உள்ளது, உள்ளூர் சோதனை இயந்திரம் வேலை செய்யும்போது அதை மறப்பது எளிது.

அதை சேவையக ஷெல்லிலிருந்து அல்ல, கிளையண்டிலிருந்து நிரூபியுங்கள்

எண்ணியல் IPv4 கோரிக்கையுடன் தொடங்கி, பின்னர் பெயர் தேடல், பின்னர் பயன்பாடு. ping அனுப்புதல் மற்றும் மொழிபெயர்ப்பை நிரூபிக்கிறது;அது பெயர் தீர்வு பற்றி எதையும் நிரூபிக்காது, ஏனெனில் DNS விருப்பங்கள் கிளையண்ட் ஒருங்கிணைப்பு அவற்றை நிறுவிய பின்னரே நடைமுறைக்கு வரும்.

curl -4 -m 5 http://198.51.100.10/
dig +short example.com

மாற்றங்களையும் திரும்பப் பெறும் படியையும் செல்லும்போதே பதிவு செய்யுங்கள், சோதனை தோல்வியடையும்போது வெளியேற்றக் கொள்கையை ஒரே செயலில் திரும்பப் பெறலாம். இந்த முறை IPv4 ஐ மட்டுமே உள்ளடக்குகிறது; வரிசைப்படுத்தல் எல்லாப் போக்குவரத்தையும் சுமக்கிறது என்று கூறும் முன் IPv6 ஐத் தனியாகப் பட்டியலிடுங்கள்.