ஒரே Pi-யில் hostapd மற்றும் OpenVPN: இயல்புநிலை வழி யாருடையது?

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

எதையும் திருத்தும் முன் இடைமுகங்களைப் பட்டியலிடுங்கள்

பரிச்சயமான அமைப்பு வயர்லெஸ் ரேடியோவையும் வயர்டு போர்ட்டையும் br0-க்குள் வைக்கிறது, பாலத்திற்கு எதிராக hostapd-ஐ தொடங்குகிறது, dnsmasq-இலிருந்து குத்தகைகளை வழங்குகிறது, அதே நேரம் OpenVPN கிளையண்ட் tun0-ஐ உருவாக்குகிறது. பிறகு மூன்று தனித் தேவைகள் ஒன்றாகத் தெரிகின்றன: அணுகல் புள்ளி கிளையண்டுகளுக்கு அவர்களின் நுழைவாயிலாக Pi தேவை, Pi-க்கு அதன் சேவையகத்தை அடைய இணையத்திற்கு வழி தேவை, பாலத்திற்கு அந்தக் கிளையண்டுகள் பயன்படுத்தக்கூடிய நுழைவாயில் முகவரி தேவை.

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

ip -br addr
ip route show
ip link show master br0
bridge link show

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

பாலத்திற்கு அதற்குரிய இயல்புநிலை வழியைக் கொடுங்கள்

Raspberry Pi OS பெரும்பாலும் பாலத்தை இயல்புநிலை வழி இல்லாமல் விடுகிறது, இடைமுகக் கோப்பு எழுதப்பட்ட பிறகு பாலம் தோன்றியிருந்தால். தொகுதி /etc/dhcpcd.conf-இல் இருக்க வேண்டும், அது Pi-ஐ அல்ல, மேல்நிலை ரவுட்டரைக் குறிப்பிட வேண்டும்.

interface br0
static ip_address=192.168.50.2/24
static routers=192.168.50.1
static domain_name_servers=192.168.50.1

அந்த எடுத்துக்காட்டில் 192.168.50.1 இருக்கும் ரவுட்டர், 192.168.50.2 அதே துணை வலையத்தில் Pi-யின் பால முகவரி, எனவே எண்களை நகலெடுக்காமல் உங்கள் சொந்தத் திட்டத்தை இடுங்கள். பால உறுப்பினர்களும் ரவுட்டர்களைக் கோரக்கூடாது, இல்லையெனில் Pi-க்கு போட்டியிடும் இயல்புநிலைகள் எஞ்சும், அவற்றின் வெற்றியாளர் மெட்ரிக் மற்றும் நேரத்தைப் பொறுத்தது, நோக்கத்தை அல்ல.

systemctl restart dhcpcd-க்குப் பிறகு ip route show default br0-ஐ ஒரு முறை மட்டும் காட்ட வேண்டும், வயர்டு போர்ட்டிலிருந்து நகல் இருக்கக்கூடாது. அட்டவணையை அல்ல, தேடலை உறுதிப்படுத்துங்கள், ஏனெனில் பழைய பதிவு வெற்றிபெறும் பதிவின் அருகில் இருக்கலாம்: ip -4 route get 203.0.113.10 br0-ஐக் குறிப்பிட வேண்டும். அந்த முகவரி TEST-NET-3 ஆவண வரம்பிலிருந்து வருவதால், இதைப் படிக்கும்போது உண்மையான சேவையகத்துடன் மோத முடியாது.

சுரங்கப்பாதை தன் சொந்த சேவையகத்திற்கான வழியைக் கடத்துவதைத் தடுங்கள்

redirect-gateway-ஐ ஏற்கும் OpenVPN கிளையண்ட் இயல்புநிலை வழியை எடுத்து அதை சுரங்கப்பாதைக்குள் செலுத்துகிறது. ஒவ்வொரு அணுகல் புள்ளி கிளையண்டும் VPN-ஐப் பயன்படுத்த வேண்டியிருக்கும்போது இது சரி, சில இலக்குகள் மட்டும் பயன்படுத்த வேண்டியிருக்கும்போது தவறு. எப்படியிருந்தாலும், Pi-யின் சேவையகத்துடனான அதன் சொந்த இணைப்பு அது இன்னும் கட்டும் சுரங்கப்பாதைக்குள் பயணிக்கக்கூடாது. OpenVPN இயல்புநிலையை மறுவழிபடுத்தும்போது அசல் நுழைவாயில் வழியாக தொலைதூரத்திற்கு ஒரு புரவன் வழியைச் சேர்க்கிறது, அதுவே போக்குவரத்தை உயிர்ப்புடன் வைக்கும் நடத்தை; அந்த வழி இல்லையெனில், சுரங்கப்பாதை நிலைபெற்றவுடன் இடிந்து விழுகிறது.

இணைவதற்கு முன்னும் பின்னும் அந்தப் போக்குவரத்து வழியை விரைவாக ஒப்பிடுவது அந்தப் பத்து வினாடிகளுக்கு மதிப்புள்ளது. ip -4 route get 203.0.113.10 இரு நிலைகளிலும் அடிப்படைச் சாதனத்தைக் குறிப்பிட வேண்டும், மாறுவது மெட்ரிக் மட்டுமே. சுரங்கப்பாதை மேலெழுந்த பிறகு அது tun0-ஐக் குறிப்பிட்டால், புரவன் வழி ஒருபோதும் நிறுவப்படவில்லை, அடுத்த மறுஇணைப்பு தோல்வியடையும்.

தேர்ந்தெடுக்கப்பட்ட முன்னொட்டுகள் மட்டும் சுரங்கப்பாதையைக் கடக்க வேண்டுமெனில், route-nopull-ஐப் பயன்படுத்தி விரும்பிய வழிகளைக் கையால் சேர்க்கவும், அல்லது சேவையகத்திலிருந்து குறுகிய தொகுப்பை அனுப்பவும். அந்த வடிவமைப்பில் பாலம் இயல்புநிலை வழியைத் தக்கவைக்கும், DNS அடுத்த முடிவாகும்: dnsmasq-ஐ வீட்டுத் தீர்வியாக்கிக்கு அனுப்புவது அங்கு உண்மையில் வாழும் பெயர்களுக்கு மட்டுமே அர்த்தமுள்ளது.

முன்னனுப்பல் மற்றும் NAT பற்றி முடிவு செய்யுங்கள்

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

sysctl net.ipv4.ip_forward
sysctl -w net.ipv4.ip_forward=1
iptables -t nat -A POSTROUTING -s 192.168.50.0/24 -o tun0 -j MASQUERADE

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

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

கிளையண்டிலிருந்து சரிபார்த்து, பிறகு தூய்மையாக மீளமைக்கவும்

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

ip -4 route get 203.0.113.10
ping -c 3 -I br0 203.0.113.10

பிறகு Pi-க்கு இன்னும் அதன் சொந்த வெளியேறும் வழி இருக்கிறதா என உறுதிப்படுத்துங்கள்: ip route get 203.0.113.10 அடிப்படைச் சாதனத்தைக் குறிப்பிட வேண்டும், சேவையகம் ICMP-ஐ அனுமதித்தால் ping -c 3 -I br0 203.0.113.10 பதிலளிக்க வேண்டும். முதல் இரண்டு கிளையண்ட் படிநிலைகள் கடந்து மூன்றாவது தோல்வியடைந்தால், குறைபாடு முன்னனுப்பலில் அல்லது NAT-இல் உள்ளது. இரண்டாவது படிநிலை தோல்வியடைந்தால், பாலம் அல்லது DHCP இன்னும் முழுமையில்லை.

மீளமைப்பு என்பது ஒரு கோப்புத் திருத்தமும் இரண்டு கட்டளைகளும்: தொகுதியை நீக்குங்கள், dhcpcd-ஐ மீண்டும் தொடங்குங்கள், இயல்புநிலை வழியை வெளிப்படையாக ip route replace default via 192.168.50.1 dev br0 கொண்டு மாற்றுங்கள். பராமரிப்பு சாளரம் மூடுவதற்கு முன் இதைச் செய்யுங்கள், பிறகு அல்ல, ஏனெனில் இயல்புநிலை வழியை இழந்த Pi அதைச் சரிசெய்ய நீங்கள் பயன்படுத்தும் வலையிலிருந்து அணுக முடியாது.