PiVPN ஹேண்ட்ஷேக் வேலை செய்கிறது, பக்கங்கள் நிற்கின்றன: MASQUERADE சரிபார்க்கவும்

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

கிளையண்ட் எதை அடைய முடியும், எதை முடியாது என்பதிலிருந்து தொடங்குங்கள்

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

பொது தளங்கள் நேரம் முடிவடையும்போது ping-க்கு பதிலளிக்கும் சுரங்க முகவரி, அனுப்புதல் அல்லது மொழிபெயர்ப்பு சிக்கலின் அறிகுறி, உடைந்த ஹேண்ட்ஷேக்கின் அல்ல. கிளையண்டின் சொந்த நிலைப் பலகை அவற்றை வேறுபடுத்த முடியாது, ஏனெனில் கட்டுப்பாட்டு சேனல் மேலே உள்ளது என்பதை மட்டுமே அது அறியும். சேவையகத்தில் சுரங்க இடைமுகத்தை இதனால் சரிபார்க்கவும்: ip -br addr show tun0 மேலும் கிளையண்டுக்கு வழங்கப்பட்ட முகவரி நீங்கள் அமைத்த குளத்திற்குள் வருகிறதா என்பதை உறுதிப்படுத்துங்கள். குளமும் கிளையண்ட் முகவரியும் பொருந்தவில்லை என்றால், முதலில் அதைச் சரிசெய்யுங்கள், ஏனெனில் கீழே உள்ள ஒவ்வொரு விதியும் குளத்துடன் பொருந்துகிறது.

அடுத்து, பொது முகவரியை அடைய சேவையகம் எந்த இடைமுகத்தைப் பயன்படுத்தும் என்று கேளுங்கள். ip route get 203.0.113.9 தனது முதல் வரியில் தேர்ந்தெடுக்கப்பட்ட சாதனத்தையும் மூலத்தையும் அச்சிடுகிறது. அந்தச் சாதனத்தின் பெயரை எழுதுங்கள், ஏனெனில் NAT விதியில் இருக்க வேண்டிய மதிப்பு அதுவே.

பாக்கெட்டுகள் வெளியேறுகின்றனவா என்பதைத் தீர்மானிக்கும் விதியைப் படியுங்கள்

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

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

ip -br addr show tun0
ip route get 203.0.113.9
sudo iptables -t nat -S POSTROUTING

ஒரு காலத்தில் Ethernet மற்றும் இப்போது Wi-Fi பயன்படுத்தும் Raspberry Pi-இல், பழைய பெயரே கிட்டத்தட்ட எப்போதும் முழுக் கதை. நிறுவி அமைப்பின் போது எந்தச் சாதனம் இருந்தது என்பதைப் பதிவு செய்தது, சேமிக்கப்பட்ட விதித்தொகுப்பு ஒவ்வொரு துவக்கத்திலும் அதை மீண்டும் இயக்குகிறது. வேறு எதையும் மாற்றுவதற்கு முன் வழித்தடத் தேடலில் இருந்து வரும் சாதனத்தை விதியில் உள்ள சாதனத்துடன் ஒப்பிடுங்கள். அவை பொருந்தினால், இடைமுகம் உங்கள் பிரச்சினை அல்ல, நீங்கள் கடைசிப் பகுதியின் கவுண்டர்களுக்குச் செல்ல வேண்டும். அவை வேறுபட்டால், திருத்தம் என்பது நிலைத்தன்மைக் கோப்பில் ஒரு வார்த்தையின் திருத்தம்.

சேமிக்கப்பட்ட விதித்தொகுப்பைச் சரிசெய்யுங்கள், இயங்குவதை மட்டுமல்ல

நேரடி அட்டவணையை மட்டும் திருத்துவது அடுத்த மறுதுவக்கம்வரை நீடிக்கும், அது பிரச்சினை தீர்ந்தது என்று உங்களை நம்ப வைக்க சரியாகப் போதுமானது. துவக்கத்தில் திரும்பி வரும் விதிகள் firewall நிலைத்தன்மைத் தொகுப்பு மீண்டும் ஏற்றும் கோப்பில் வாழ்கின்றன. Debian அடிப்படையிலான Pi படங்களில் அந்தக் கோப்பு பொதுவாக /etc/iptables/rules.v4.

அதைத் தொடுவதற்கு முன் நகல் எடுங்கள், பிறகு MASQUERADE வரியின் வெளியேறும் இடைமுகத்தை நீங்கள் பதிவு செய்த சாதனத்துடன் மாற்றுங்கள், எடுத்துக்காட்டாக -o wlan0 என்பதற்குப் பதிலாக -o eth0. உங்கள் கிளையண்ட் குளம் மாறவில்லை என்றால் மூல வரம்பை அப்படியே விடுங்கள். மீண்டும் ஏற்றி, விதி இப்போது சரியான சாதனத்தைக் குறிப்பதை உறுதிப்படுத்துங்கள்:

sudo cp /etc/iptables/rules.v4 /root/rules.v4.bak
sudo iptables-restore < /etc/iptables/rules.v4
sudo iptables -t nat -L POSTROUTING -v -n

அடுத்தடுத்த இரண்டு அமைப்புகளை மறப்பது எளிது. sysctl net.ipv4.ip_forward 1 எனத் தெரிவிக்க வேண்டும், மேல் திசைவி தனியுரிமை மூல முகவரிகளைத் தானே வடிகட்டக்கூடாது.

விதி செயல்படுகிறது என்பதை நிரூபியுங்கள், பிறகு இன்னும் எது மெதுவாக உள்ளது என்பதைத் தனிமைப்படுத்துங்கள்

ஒரு விதி பொருந்தியதற்கான ஒரே நேர்மையான சான்று கவுண்டர்கள். விரிவான பட்டியலை இயக்குங்கள், கிளையண்டில் பதிவிறக்கத்தைத் தொடங்கி மீண்டும் இயக்குங்கள். உங்கள் விதிக்கு அருகிலுள்ள பாக்கெட் மற்றும் பைட் நெடுவரிசைகள் உயர வேண்டும், பூஜ்ஜியத்தில் இருக்கும் விதி இன்னும் பொருந்தவில்லை. கவுண்டர்கள் நகர்ந்தும் பக்கங்கள் இன்னும் தோல்வியடைந்தால், மூல வரம்பை உண்மையான குளத்துடன் இதனால் ஒப்பிடுங்கள் grep -n "^server " /etc/openvpn/server.conf. அவை நகர்ந்து பக்கங்கள் ஏற்றப்பட்டும் செயல்திறன் மோசமாக இருந்தால், மொழிபெயர்ப்பு முடிந்தது, மீதமுள்ள பிரச்சினை வேறு இடத்தில் உள்ளது.

ஒரே கிளையண்டிலிருந்து இரண்டு பரிமாற்றங்களை ஒப்பிடுங்கள், ஒன்று உள்ளூர் வலையமைப்பின் புரவலனுக்கு, மற்றொன்று சுரங்கத்தின் வழியாக அதே புரவலனுக்கு. இரண்டிலும் மெதுவாக இருந்தால் அது VPN அல்ல, Pi-யின் மேல் இணைப்பு அல்லது Wi-Fi இணைப்பைக் குறிக்கிறது. சுரங்கத்தின் வழியாக மட்டும் மெதுவாக இருந்தால் அது MTU மற்றும் மறுஅனுப்புதல்களைக் குறிக்கிறது, அவற்றை இதனால் பரிசோதிக்கலாம் ip -s link show tun0 எந்த கிரிப்டோ அமைப்பையும் மாற்றுவதற்கு முன்.

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