ஒரு LAN துணைப்பிணையத்தை OpenVPN வழியாக வழிமாற்றி இயல்புநிலையை வைத்திருங்கள்
ஒரு துணைப்பிணையம் சுரங்கப்பாதை வழியாகச் செல்லும்போது LAN இயல்புநிலையை வைத்திருங்கள். கொள்கை அட்டவணையை பிரதான அட்டவணை மாற்றங்களுடன் ஒப்பிட்டு, பின்னர் NAT அல்லது சேவையகப் பக்க வழியைத் தேர்ந்தெடுங்கள்.
LAN க்காக வழிமாற்றம் செய்து அதே நேரத்தில் VPN ஐ அழைக்கும் சாதனங்கள் தங்களுடனேயே அதே விவாதத்தில் சிக்குகின்றன: சுரங்கப்பாதை இயல்புநிலை வழியை உரிமையாக்க விரும்புகிறது, LAN அதைத் திரும்பப் பெற வேண்டும். OpenVPN இணைக்கும்போது, சுரங்கப்பாதை வழியாக ஒரு இயல்புநிலை அல்லது இரண்டு அரை-இயல்புநிலைகளை நிறுவலாம், இது மடிக்கணினிக்குச் சரி, ஆனால் அதன் LAN முகவரியிலிருந்து அண்டை நபர்கள் பதில்களை எதிர்பார்க்கும் நுழைவாயிலுக்குத் தவறு. பதில் VPN ஐத் தவிர்ப்பது அல்ல. பதில் இரண்டு முடிவுகளுக்கும் வெவ்வேறு அட்டவணைகளைக் கொடுப்பது.
ஒரு இயல்புநிலை வழி, இரண்டு உரிமையாளர்கள்
அனுப்பப்படும் போக்குவரத்தும் உள்ளூரில் உருவாகும் போக்குவரத்தும் ஒரே பாதையைப் பயன்படுத்த வேண்டியதில்லை. LAN வாடிக்கையாளர்களுக்கு நீங்கள் தேர்ந்தெடுக்கும் இடங்களுக்கு மட்டுமே சுரங்கப்பாதை தேவை, ஆனால் ஹோஸ்ட்டின் சொந்த நிர்வாக அமர்வுகளுக்கும் அந்த வாடிக்கையாளர்களுக்கான அதன் பதில்களுக்கும் LAN இயல்புநிலை தேவை. இரண்டையும் பிரதான அட்டவணையில் கலப்பது இரண்டு வெவ்வேறு கேள்விகளுக்கு ஒரே பதிலைத் திணிக்கிறது.
OpenVPN இல் இதற்கென்றே ஒரு சுவிட்ச் உள்ளது. route-noexec வாடிக்கையாளர் பிரதான அட்டவணையைத் தொடாமல் தடுக்கிறது, மேலும் அது பயன்படுத்தியிருக்கும் மதிப்புகள் route-up ஸ்கிரிப்ட்டுக்கு route_vpn_gateway, dev மற்றும் இடைமுக முகவரிகளாக ஏற்றுமதி செய்யப்படுகின்றன. பின்னர் எந்த அட்டவணை எந்த வழியைப் பெறுவது என்பதை நீங்கள் தீர்மானிக்கிறீர்கள், பின்னர் படிக்கக்கூடிய குறியீட்டில்.
கொள்கை அட்டவணை எதிராக பிரதான அட்டவணையை மீண்டும் எழுதுதல்
| Approach | What it buys | What it costs |
|---|---|---|
| Separate table plus source rule | LAN traffic and host traffic keep independent defaults | Every lookup now depends on rule order |
| Editing the main table only | Fewer moving parts on a single-purpose host | One mistake takes the gateway offline entirely |
| Two half-default routes | Works for a full-tunnel client | Ambiguous on a host that must answer on its LAN address |
தனி அட்டவணை ஒரு துணைப்பிணையத்திற்கு அப்பால் அளவீடு செய்யும் ஒரே விருப்பம். அதற்கு ஒரு முறை பெயரிடுங்கள், பின்னர் பெயராலேயே குறிப்பிடுங்கள், யாரும் எண்ணை நினைவில் வைத்திருக்க வேண்டியதில்லை:
echo "10 vpn" >> /etc/iproute2/rt_tables
ip rule add from 192.168.50.0/24 table vpn
ip route add default via 10.8.0.1 dev tun0 table vpnஇங்குள்ள முகவரிகள் இடமாற்றிகள். எதையும் இயக்குவதற்கு முன் உங்கள் சொந்தப் பயன்பாட்டிலிருந்து LAN முன்னொட்டு, சுரங்கப்பாதை நுழைவாயில் மற்றும் சாதனத்தின் பெயரை மாற்றுங்கள்.
விதி ஹோஸ்ட்டுடனும் பொருந்த வேண்டும்
LAN முன்னொட்டுடன் மட்டும் பொருந்தும் விதி அனுப்பப்படும் பொதிகளை உள்ளடக்கும். நுழைவாயில் தானே உருவாக்கும் போக்குவரத்தையோ, LAN வாடிக்கையாளர்களுக்கு அது திருப்பி அனுப்பும் பதில்களையோ அது உள்ளடக்காது, அந்தப் பதில்கள் மூலமாக நுழைவாயிலின் LAN முகவரியைக் கொண்டுள்ளன. அந்தத் தேடல்கள் main க்கு விழுகின்றன, இன்னும் சுரங்கப்பாதை வழியாக வெளியேறலாம்.
நுழைவாயிலின் சொந்த LAN முகவரிக்கு இரண்டாவது விதியைச் சேர்க்கவும், அல்லது முதல் விதியை இரண்டையும் உள்ளடக்கும் தொகுப்பாக விரிவாக்கவும். வரிசை முக்கியம்: மிகக் குறிப்பிட்ட விதியை முதலில் வைத்து, மூலத்தை வெளிப்படையாகக் குறிப்பிடும் தேடலால் முடிவைச் சரிபார்க்கவும்.
ip route get 203.0.113.9 from 192.168.50.1உள்ளூரில் இருக்க வேண்டிய இடத்திற்கு அது சுரங்கப்பாதைச் சாதனத்தைத் தெரிவித்தால், அட்டவணையில் என்ன இருந்தாலும் விதிகளின் தொகுப்பு தவறு.
NAT அல்லது அப்பால் ஒரு வழி
VPN சேவையகம் சுரங்கப்பாதைத் துணைப்பிணையத்தை மட்டுமே அறியும், வேறு எதையும் அறியாது. LAN மூல முகவரியுடன் வரும் பொதிகள் யாராவது ஒன்றை வழங்காத வரை திரும்பும் பாதை இல்லை, அதை வழங்க சரியாக இரண்டு வழிகள் உள்ளன. சேவையகத்தில் LAN முன்னொட்டுக்கு ஒரு வழியைச் சேர்ப்பது அசல் மூலத்தை முனையிலிருந்து முனை வரை தெரியும்படி வைத்திருக்கும், தணிக்கை செய்யப்பட்ட வடிவமைப்பு பொதுவாக இதையே விரும்புகிறது. நுழைவாயிலில் மறைப்பு மூலத்தை சுரங்கப்பாதை முகவரிக்கு மீண்டும் எழுதுகிறது, சேவையகத்தின் எந்த ஒத்துழைப்பும் தேவையில்லை.
iptables -t nat -A POSTROUTING -s 192.168.50.0/24 -o tun0 -j MASQUERADEசேவையகத்தைக் கட்டுப்படுத்தவில்லை என்றாலும் அங்கு வழிகளைச் சேர்க்க முடியாவிட்டாலும் NAT தேர்ந்தெடுங்கள். பதிவுகள், அணுகல் கட்டுப்பாடு அல்லது திரும்பும் பாதையின் சமச்சீர்மை முக்கியமானால் சேவையகப் பக்க வழியைத் தேர்ந்தெடுங்கள், ஏனெனில் மறைப்பு அசல் முகவரியை அப்பால் பக்கத்தில் பதிவு செய்யும் அனைத்திலிருந்தும் அழிக்கிறது.
எப்படியும் அனுப்புதல் இயக்கப்பட்டிருக்க வேண்டும், கடுமையான திருப்புப் பாதை வடிகட்டுதல் main அந்த மூலத்திற்கு சுரங்கப்பாதையைத் தேர்ந்தெடுத்திருக்காதபோது பதிலை வீழ்த்தலாம். சுரங்கப்பாதையைக் குறை கூறும் முன் பயனுள்ள மதிப்பைச் சரிபார்க்கவும்.
மீண்டும் இணைந்த பிறகும் பிரிவு நீடிக்கட்டும்
கையால் சேர்க்கப்பட்ட விதிகளும் வழிகளும் இடைமுகம் மீண்டும் உருவாக்கப்படும்போது மறைந்துவிடும், பழைய அட்டவணைப் பதிவு அதை நியாயப்படுத்திய அமர்வை விட நீண்ட காலம் நீடிக்கலாம். அட்டவணையின் விதி, சுரங்கப்பாதையின் வழி மற்றும் மறைப்புப் பதிவை வாடிக்கையாளரின் route-up ஸ்கிரிப்ட்டுக்குள் வைத்து, ஸ்கிரிப்ட்டின் தொடக்கத்தில் அட்டவணையைக் காலி செய்யுங்கள், பழைய நுழைவாயில் புதிய அமர்வுக்கு நீடிக்க முடியாதபடி.
இரு முனைகளிலிருந்தும் சரிபார்க்கவும்: நுழைவாயிலில் LAN மூலத்துடன் ஒரு தேடல், மற்றும் LAN வாடிக்கையாளரிடமிருந்து சுரங்கப்பாதை வழியாகச் செல்ல வேண்டிய இடத்திற்கு உண்மையான கோரிக்கை. இருக்கிற ஆனால் ஒருபோதும் தேர்ந்தெடுக்கப்படாத வழி, கவுண்டர்களைப் படிக்கும் வரை வழியே இல்லாதது போலவே செயல்படும்.