VPN மற்றும் வீட்டு LAN ஒரே சப்நெட்டைப் பயன்படுத்துகின்றன: முதலில் பாதையைப் பாருங்கள்
இரண்டு அடாப்டர்களும் 192.168.1.0/24 ஐக் கோருகின்றன, ஒரு பாதை மட்டுமே வெல்லும். மறுஎண்ணிடல் அல்லது DNS ஐக் குறை சொல்வதற்கு முன் அடாப்டர் பட்டியல், வென்ற பாதை மற்றும் திரும்பும் வழியைப் பாருங்கள்.
நீங்கள் அலுவலக VPN உடன் இணைகிறீர்கள், டிரே ஐகான் பச்சையாகிறது, இன்ட்ராநெட் ஏற்றப்படுகிறது, இரண்டு மீட்டர் தொலைவில் உள்ள பிரின்டர் பதில் சொல்வதை நிறுத்துகிறது. காலையில் வேலை செய்த பங்கீடு அதே இயந்திரத்தில் நேரம் முடிந்துவிடுகிறது, எந்த பதிவிலும் பிரின்டர் பற்றிய குறிப்பு இல்லை. முதல் எதிர்வினை DNS, ஏனெனில் தீர்க்கப்படாத பெயர் இல்லாத பெயரைப் போலத் தெரிகிறது, ஆனால் பிரச்சினை முகவரியில் உள்ளது: இரண்டு அடாப்டர்கள் இப்போது 192.168.1.0/24 ஐக் கோருகின்றன, அந்த முன்னொட்டை ஒரு பாதை மட்டுமே வெல்ல முடியும். இந்த வரிசையில் பாருங்கள், எதையும் மாற்றுவதற்கு முன் எந்த அடாப்டர் அதை எடுத்தது என்று தெரியும்.
அறிகுறியிலிருந்து தொடங்குங்கள், சுரங்கப்பாதையிலிருந்து அல்ல
துப்பு வீச்சு. இன்ட்ராநெட் வேலை செய்து ஒவ்வொரு உள்ளூர் சாதனமும் தோல்வியடைந்தால், சுரங்கப்பாதை நலமாக உள்ளது, உள்ளூர் வழி அல்ல. உள்ளூர் சாதனங்கள் வேலை செய்து இன்ட்ராநெட் தோல்வியடைந்தால், தலைகீழ். ஒரு ஹோஸ்ட் தவிர அனைத்தும் வேலை செய்தால், இரு பக்கங்களிலும் உள்ள ஒரு முகவரியைப் பார்க்கிறீர்கள்.
எந்த அமைப்பையும் தொடும் முன் ஒரு உள்ளூர் மற்றும் ஒரு தொலை முகவரியை எழுதுங்கள். “பிரின்டர்” சோதிக்க முடியாது; 192.168.1.40 முடியும். அந்த ஒரு படி இந்த பிரச்சினையில் அதிகம் வீணாகும் ஒரு மணி நேரத்தைத் தடுக்கிறது, அதாவது ரூட்டிங் முடிவுக்காக DNS அமைப்புகளை மீண்டும் எழுதுவது.
படி 1: முன்னொட்டைக் கோரும் இரு அடாப்டர்களையும் பாருங்கள்
நெட்வொர்க் இணைப்புகள் (ncpa.cpl) திறந்து இரு அடாப்டர்களையும் பக்கத்துக்குப் பக்கம் படியுங்கள். Ethernet அடாப்டர் 192.168.1.50/24 உடன் கேட்வே 192.168.1.1 காட்டுகிறது. VPN அடாப்டர் சர்வர் அனுப்பிய 192.168.1.201/24 ஐக் காட்டுகிறது. இரண்டும் செல்லுபடியானவை, இரண்டும் முன்னொட்டு on-link என்று நம்புகின்றன, மேலும் ஸ்டாக் அதற்கு ஒரு பாதையை மட்டும் வைத்திருக்கும்.
Get-NetIPAddress -AddressFamily IPv4 முகவரிகளைப் பட்டியலிடுகிறது, Get-NetIPInterface | Sort-Object InterfaceMetric ஸ்டாக் அவற்றைப் பயன்படுத்தும் வரிசையைக் காட்டுகிறது. அந்த மெட்ரிக் நெடுவரிசையே நீங்கள் இப்போது படிக்கப் போகும் முடிவு, எனவே நினைவில் வைக்க முயலாமல் எண்களை எழுதுங்கள்.
DNS கோட்பாடு தவறு என்பதை மலிவாக நிரூபியுங்கள்: Resolve-DnsName printer.office.lan நேற்றைய அதே முகவரியைத் திருப்பித் தருகிறது. பெயர் தீர்க்கப்பட்டது; பின்னர் பாக்கெட் தவறான அடாப்டர் வழியாக வெளியேறியது. இங்கே இரண்டு நிமிடங்கள் தீர்வி அமைப்புகளில் ஒரு பிற்பகலைச் சேமிக்கின்றன.
படி 2: உண்மையில் வென்ற பாதையைப் படியுங்கள்
Find-NetRoute -RemoteIPAddress 192.168.1.40 அந்த முகவரிக்கு ஸ்டாக் பயன்படுத்தும் இடைமுகம், அடுத்த ஹாப் மற்றும் மூலத்தை அச்சிடுகிறது. இந்த வெளியீட்டைத் துப்பு அல்ல, பதிலாகக் கருதுங்கள். எந்த பதிவு எவ்வளவு தோற்றது என்பதைப் பார்க்க route print -4 முழு அட்டவணையையும் தருகிறது.
குறிப்பிட்டத்தன்மை நோக்கத்தை வெல்கிறது. அனுப்பப்பட்ட 192.168.0.0/25 உள்ளூர் 192.168.0.0/24 ஐ வெல்கிறது, ஏனெனில் முன்னொட்டு நீளமானது, எனவே 192.168.0.0 முதல் 192.168.0.127 வரை சுரங்கப்பாதை வழியாக வெளியேறுகின்றன, மேல் பாதி உள்ளூராகவே இருக்கிறது. பிழைச் செய்தி இல்லாமல் பாதி LAN மறைவது அந்த அட்டவணைக்கு சரியான நடத்தை.
tracert -d 192.168.1.40 அட்டவணைக்கு வெளியே இதை உறுதிசெய்கிறது: முதல் ஹாப் உங்கள் சொந்த ரவுட்டருக்குப் பதிலாக சுரங்கப்பாதை முகவரியாக இருந்தால், பாதையே முழு கதை. Linux இல் அதே கேள்வி ip route get 192.168.1.40, இது மூல முகவரி மற்றும் சாதனத்தை ஒரு வரியில் அச்சிடுகிறது. பதில் tun0 என்று சொன்னால், உலாவியைப் பார்ப்பதை நிறுத்துங்கள்.
படி 3: கிளையண்டைக் குறை சொல்வதற்கு முன் திரும்பும் வழியைச் சரிபாருங்கள்
சரியான முன்னோக்கு பாதையும் தொலைப் பக்கம் பதில் சொல்ல முடியாவிட்டால் தோல்வியடையும். கிளையண்டின் LAN ஐ சுரங்கப்பாதை வழியாக அடையும்போது, அந்த LAN இன் கேட்வே சுரங்கப்பாதை குளம் எங்கே உள்ளது என்பதை அறிய வேண்டும்: அந்த ரவுட்டரில் ip route add 10.8.0.0/24 via 192.168.1.12, மேலும் கிளையண்டுகள் திரும்பும் வழியை அறிய சர்வரிலிருந்து push “route 192.168.1.0 255.255.255.0”.
முதல் பதிவு இல்லாமல் பதில் இலக்கை விட்டு அதன் இயல்புநிலை கேட்வே நோக்கிச் செல்கிறது, அது தனிப்பட்ட முகவரியை ISP க்கு அனுப்பி வீசுகிறது. அறிகுறி ஒரு திசையானது, தவறாகப் படிக்க எளிது: கோரிக்கைகள் tun0 இல் தெரிகின்றன, பதில்கள் ஒருபோதும் இல்லை.
VPN ஹோஸ்டில் masquerade விதி அந்த நிலையான பாதையின் தேவையை நீக்குகிறது: iptables -t nat -A POSTROUTING -s 10.8.0.0/24 -o eth0 -j MASQUERADE. இது உண்மையான மூல முகவரிகளையும் மறைக்கிறது, இது பிற்கால ஒவ்வொரு பதிவுக் கேள்வியையும் கடினமாக்குகிறது. தவறான இயல்புநிலை கேட்வே உள்ள இலக்கு ஹோஸ்டும் அதே மௌனத்தை உருவாக்குகிறது, சிறந்த நிலையில் ICMP திருப்பிவிடல் மற்றும் வழக்கமான நிலையில் கருங்குழி, எனவே பதிவு இரு முனைகளிலும் தேவை.
படி 4: சகித்துக்கொள்ளக்கூடிய பழுதுநீக்கத்தைத் தேர்ந்தெடுங்கள்
இதற்கு ஐந்து பழுதுநீக்கங்கள் பயன்படுத்தப்படுகின்றன, அவை ஒன்றுக்கொன்று மாற்றாகாது. எந்த கட்டளை குறுகியது என்பதை வைத்தல்ல, ஒரே நேரத்தில் எது அணுகக்கூடியதாக இருக்க வேண்டும் என்பதை வைத்துத் தேர்ந்தெடுங்கள்.
| Repair | What it fixes | What it costs |
|---|---|---|
| Flip interface metrics | Alternating access: office now, home later, never both | Get-NetAdapter -Name "Ethernet 2" | Set-NetIPInterface -InterfaceMetric 21; set the VPN adapter back to 5000. A client that rewrites metrics on connect defeats it |
| Renumber one side | Every host reachable in both directions | DHCP reservations, printer queues, firewall rules and hard-coded addresses all move |
| Narrow the advertised prefix | Remote hosts really live in the upper half | Breaks the day someone adds a host below the cut |
| Translate with client-nat | Both address plans stay untouched | Stateless per-client mapping, unreadable logs, anything embedding addresses breaks |
| Publish one service with DNAT | One service on the VPN host reachable from the LAN | Both address plans stay; source addresses and reverse lookups stop being meaningful |
மெட்ரிக்குகள் மலிவான விருப்பம், மக்கள் முதலில் கைவைப்பது அதுவே. மாற்றம் இடைமுகத்திற்குப் பொருந்தும், எனவே சுரங்கப்பாதை மேலே இருக்கும் வரை வேலை செய்கிறது, அதன் இடம் கிளையண்டின் அருகில் உள்ள ஸ்கிரிப்டில், நீங்கள் மறக்கப்போகும் ஷெல்லில் அல்ல. இது ஒரே முகவரிக்கு இரு நெட்வொர்க்குகளில் ஒரே நேரத்தில் அணுகலைத் தர முடியாது, அந்த வரம்பே மற்ற அனைவரையும் அட்டவணையின் கீழே அனுப்புகிறது.
வீட்டு LAN ஐ மறுஎண்ணிடல் 10.10.0.0/24 க்கு தூய தீர்வு: ஒரு DHCP குத்தகை புதுப்பிப்பு உடன் பழைய வரம்பைக் குறிப்பிடும் முன்பதிவுகள், பிரின்டர் வரிசைகள் மற்றும் கடினமாக குறியிடப்பட்ட முகவரிகள். அலுவலகப் பக்கத்தை மறுஎண்ணிடல் பொதுவாக உங்கள் முடிவு அல்ல. இரு நெட்வொர்க்குகளிலும் இருந்தால் IPv6 மோதலை முற்றிலும் நீக்குகிறது, நினைவில் வைக்கக்கூடிய ஒன்றுக்குப் பதிலாக fd00::/8 இலிருந்து தனித்துவமான உள்ளூர் முன்னொட்டைப் பயன்படுத்தி, ஆனால் பயன்பாட்டை TCP இல் சோதியுங்கள், ping இல் அல்ல, ஏனெனில் ICMP வேலை செய்தாலும் சேவை செய்யாமல் இருக்கலாம்.
OpenVPN இன் சொந்த மொழிபெயர்ப்பு விருப்பமே கடைசி வழி, சர்வரிலிருந்து கிளையண்ட்-குறிப்பிட்ட அடைவு பதிவுக்கு அனுப்பப்படுகிறது. விருப்பப் பெயருக்குப் பிறகு நான்கு அளவுருக்களை எடுக்கிறது — திசை, நெட்வொர்க், நெட்மாஸ்க் மற்றும் மாற்றுப்பெயர் — மாற்றுப்பெயர் விருப்பத்தேர்வு அல்ல: push "route 192.168.2.0 255.255.255.0" மற்றும் push "client-nat dnat 192.168.2.0 255.255.255.0 192.168.1.0". நெட்வொர்க் மற்றும் மாஸ்க் கிளையண்ட் பார்க்கும் வரம்பு (192.168.2.0/24), மாற்றுப்பெயர் சர்வர் பக்கத்தின் உண்மையான அலுவலக வரம்பு (192.168.1.0/24), அனுப்பப்பட்ட பாதையே அந்தத் தெரியும் வரம்பை அணுகக்கூடியதாக்குகிறது. பின்னர் அலுவலகம் அந்தக் கிளையண்டுக்கு 192.168.2.x கீழ் தெரியும். சுயவிவரத்தில் மேப்பிங்கை ஆவணப்படுத்துங்கள், இல்லையேல் அடுத்த நபர் அதைப் பாதைக் குறையாக பிழைதிருத்துவார்.
ஒரு சேவையை மட்டும் வெளியிடுவது மொழிபெயர்ப்பின் குறுகிய பதிப்பு, அதற்கு OpenVPN விருப்பம் தேவையே இல்லை. VPN ஹோஸ்டில் DNAT விதி ஒரு போர்ட்டை மீண்டும் வெளியிடுகிறது, எனவே LAN அதன் முகவரிகளைத் தக்கவைத்து ஏற்கனவே தெரிந்த ஹோஸ்ட் முகவரியில் சேவையை அடைகிறது. விலை வழக்கமானது: சேவை VPN ஹோஸ்டை மூலமாகப் பார்க்கிறது, எனவே கிளையண்ட் வாரியான பதிவுகளும் தலைகீழ்த் தேடல்களும் அர்த்தமற்றவையாகின்றன. இது ஒரு பிரின்டர் வரிசை அல்லது ஒரு நிர்வாகப் பக்கத்தை மட்டும் உள்ளடக்கும், இரு பக்கங்களின் ஹோஸ்ட்கள் ஒன்றை ஒன்று அடைவதை அல்ல.
இன்னும் எது வேலை செய்யாது, எதைப் பதிவு செய்ய வேண்டும்
ஒளிபரப்பு ரூட்டிடப்பட்ட சுரங்கப்பாதையைக் கடக்காது. DLNA, UPnP, NetBIOS உலாவல் மற்றும் Wake-on-LAN ஆகியவை tun சாதனம் சுமக்காத ஒளிபரப்பு அல்லது பலவழி அனுப்பீட்டைச் சார்ந்தவை, எனவே எந்தப் பாதையும் கண்டறிதலைச் சரிசெய்யாது. dev tap உடன் பாலமிடல் பிரிவை நீட்டுகிறது, அதனுடன் DHCP ஒளிபரப்புகள், ARP மற்றும் பிற கண்டறிதல் பாக்கெட்டுகளையும்; தொலை ரவுட்டரின் LAN பக்க முகவரிக்கு route 192.168.2.1 255.255.255.255 போன்ற யூனிகாஸ்ட் ஹோஸ்ட் பாதையை விரும்புங்கள்.
ஒரே பாதையில் இரண்டும் 192.168.1.1 பயன்படுத்தும் இரு ரவுட்டர்கள் ஒரே பிரச்சினைக் குடும்பத்தைச் சேர்ந்தவை: உள்ளூர் முகவரி எப்போதும் வெல்லும், எனவே ஒரு LAN நகரும் வரை தொலை ரவுட்டரின் பக்கம் அணுக முடியாததாகவே இருக்கும். இரண்டாவது அடாப்டரைச் சேர்த்தால் இரு நிலைகளிலும் எதுவும் மாறாது.
எதையும் திருத்தும் முன் சான்றுகளைப் பதிவு செய்யுங்கள்: ip route get அல்லது Find-NetRoute, கேள்விக்குரிய முகவரிக்கு ping -c 3, ஒரு traceroute, மற்றும் கிளையண்டில் tcpdump -ni tun0 icmp, பின்னர் சர்வரில் ரூட்டிங் அட்டவணை மற்றும் NAT கவுண்டர்கள். ஒரு திசையில் வேலை செய்து மறுதிசையில் இறக்கும் ping சுரங்கப்பாதையை அல்ல, திரும்பும் வழியைச் சுட்டுகிறது, அந்த ஒரு வேறுபாடே மேலே உள்ள எந்தப் பழுதுநீக்கம் உண்மையில் உங்களுக்குத் தேவை என்பதைத் தீர்மானிக்கிறது.