OpenWrt இல் முழு LAN க்கும் OpenVPN கிளையண்ட்: வேலை செய்யும் வரிசை

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

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

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

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

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

சுரங்கப்பாதைக்கு ஒரு உரிமையாளரைக் கொடுங்கள்

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

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

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

மண்டலமாக்கி, பின்னர் அதற்குள் அனுப்புங்கள்

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

config interface 'vpn'
    option device 'tun0'
    option proto 'none'

config zone
    option name 'vpn'
    list network 'vpn'
    option input 'REJECT'
    option output 'ACCEPT'
    option forward 'REJECT'
    option masq '1'

config forwarding
    option src 'lan'
    option dest 'vpn'

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

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

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

NAT இல் உண்மையான மேல்நோக்கிய இணைப்பைப் பெயரிடுங்கள்

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

iptables -t nat -A POSTROUTING -o ppp0 -j MASQUERADE

அந்த விதியில் ppp0 ஐ ip route அல்லது இயங்கும் இடைமுகங்களின் பட்டியலில் இருந்து வரும் இடைமுகத்தால் மாற்றி, பின்னர் LAN புரவலன் பக்கத்தை ஏற்றும்போது கணக்கியைப் பாருங்கள். ஒரே வழங்குநர் கொண்ட ரவுட்டரில் மேல்நோக்கிய இணைப்புக்கு ஒரு மாஸ்கரேட் விதி பொதுவாகப் போதும். சுரங்கப்பாதை இடைமுகத்திற்கான இரண்டாவது விதி முதல் விதிக்கு மாற்றல்ல.

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

இரண்டாவது அட்டவணையுடன் Wi-Fi ஐப் பிரிக்கவும்

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

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

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

கடிகாரத்தையும் சாதனக் கொடியையும் சந்தேகியுங்கள்

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

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