பிரிட்ஜ் செய்யப்பட்ட VPN ஹாட்ஸ்பாட்: செல்போன் எந்த இயல்புநிலை வழியைப் பயன்படுத்துகிறது?
Pi இன் இயல்புநிலை வழி செல்போனின் நுழைவாயில் அல்ல. இரண்டு முடிவுகளையும் பிரிக்கவும், அப்லிங்கை பிரிட்ஜுக்கு வெளியே வைத்து, சுரங்கத்திற்கு முன் லீஸைச் சோதிக்கவும்.
உங்கள் பிரிட்ஜ் செய்யப்பட்ட ஹாட்ஸ்பாட்டின் செல்போன் அதன் முகவரியையும் நுழைவாயிலையும் எங்கிருந்தோ பெறுகிறது, அது Pi இன் இயல்புநிலை வழி அல்ல. Pi இன் இயல்புநிலையை மாற்றுவது Pi தன் சொந்த டிராஃபிக்கை எங்கு அனுப்புகிறது என்பதை மாற்றுகிறது. செல்போன் தனக்குச் சொல்லப்பட்ட நுழைவாயிலையே தொடர்ந்து பயன்படுத்துகிறது, அந்த நுழைவாயில் தொலைதூர LAN இல் இருக்கும்போது அதன் பிரேம்கள் பிரிட்ஜைக் கடக்கின்றன. இரண்டு நுகர்வோர், இரண்டு முடிவுகள். இவற்றைப் பிரிப்பது Pi சரியாக இருக்கும்போது இணையமில்லாத ஹாட்ஸ்பாட் பற்றிய பெரும்பாலான அறிக்கைகளை விளக்குகிறது.
இரண்டு சாதனங்கள், இரண்டு வேறுபட்ட நுழைவாயில் முடிவுகள்
Pi இடம் அதன் சொந்த IP ஸ்டாக் மற்றும் இயல்புநிலை வழி உள்ளது. செல்போனிடம் அதன் சொந்த IP ஸ்டாக் மற்றும் இயல்புநிலை வழி உள்ளது.
| Consumer | Who chooses its gateway | What carries the traffic |
|---|---|---|
| Phone on the bridged AP | The remote LAN router, delivered in its client configuration | An Ethernet frame toward that router crosses the AP and TAP bridge |
| Pi's encrypted connection | The travel uplink's route toward the VPN peer | The Pi sends its own outer transport packets over the underlay |
அந்த அட்டவணையே முழு மாதிரி. செல்போனின் நுழைவாயில் தொலைதூர LAN இல் உள்ள முகவரி, அதன் பிரேம்கள் அடுக்கு 2 இல் அந்த ரவுட்டரை நோக்கி அனுப்பப்படுகின்றன. Pi இன் இயல்புநிலை வழி Pi இன் சொந்த வெளிப்புற போக்குவரத்தைப் பற்றியது, அது பயண அப்லிங்கின் வழியாக VPN சகாவை அடைய வேண்டும்.
பிரிட்ஜ் பிரேம்களை அனுப்புகிறது, பாக்கெட்டுகளை வழிமாற்றம் செய்யாது
Linux பிரிட்ஜ் இலக்கு MAC அடிப்படையில் Ethernet பிரேம்களை அனுப்புகிறது, அதன் போர்ட்களுக்கு இடையே அவ்வளவுதான் செய்கிறது. தொலைதூர ரவுட்டரின் MAC முகவரிக்கு அனுப்பப்பட்ட செல்போனின் பிரேம் TAP போர்ட்டுக்கு மாற்றப்பட்டு Pi இன் வழிமாற்று அட்டவணையைத் தொடாமல் சுரங்கத்தைக் கடக்கிறது. அதனால்தான் பழுதான Pi இயல்புநிலை வழி செல்போனை வேலை செய்யவைக்க முடியும், அதனால்தான் சரியான வழி தவறான நுழைவாயில் பெற்ற செல்போனைச் சரிசெய்ய முடியாது.
TAP Ethernet பிரேம்களை எடுத்துச் செல்கிறது, பிரிட்ஜ் போர்ட்டாக இருக்கலாம். TUN IP பாக்கெட்டுகளை எடுத்துச் செல்கிறது, ஆக முடியாது. உங்கள் வடிவமைப்பு ஒன்றை மற்றொன்றால் மாற்றியிருந்தால், பிரிட்ஜ் பிரிட்ஜ் அல்ல, மீதமுள்ளவை இங்கு பொருந்தாது.
செல்போனின் லீஸை யார் வழங்குவது என்பதை முடிவு செய்யுங்கள்
DHCP விருப்பம் 3 ரவுட்டர் விருப்பம், அது வாடிக்கையாளருக்கு தன் சப்நெட்டுக்கு எந்த நுழைவாயிலைப் பயன்படுத்த வேண்டும் என்று சொல்கிறது. தொலைதூர LAN இன் DHCP சேவையகம் ஒரே வழங்குபவராக இருக்கும்போது, செல்போன் தொலைதூர நுழைவாயிலைப் பெறுகிறது, வடிவமைப்பு சீரானது. பயணப் பக்கத்தில் வேறு ஏதாவது முதலில் பதிலளித்தால், செல்போன் உள்ளூர் நுழைவாயிலைப் பெறுகிறது, அதன் இணைய டிராஃபிக் பயண அப்லிங்கின் வழியாக வெளியேறுகிறது, தொலைதூர LAN டிராஃபிக்கிற்கு வழியே இல்லை.
அந்த ஒளிபரப்பு டொமைனுக்கு ஒரே வழங்குபவரை இயக்குங்கள், அது என்ன வழங்குகிறது என்பதைப் பதிவு செய்யுங்கள்.
Pi ஒரு தனி நிலை, அதே லீஸில் இருந்து முகவரி பெற்றாலும். லீஸ் வழங்கும் வழிகளை நிறுவ வேண்டுமா என்று வேண்டுமென்றே முடிவு செய்யுங்கள், ஏனெனில் இறக்குமதி செய்யப்பட்ட தொலைதூர இயல்புநிலை Pi இன் சொந்த VPN போக்குவரத்தை அது உயிர்ப்புடன் வைத்திருக்க முயலும் சுரங்கத்திற்குள் இழுக்கலாம். systemd-networkd உடன் அந்த முடிவு DHCP பிரிவில் UseRoutes=; dhclient உடன் அது கோரிக்கை பட்டியலில் routers விருப்பம்.
அப்லிங்கை பிரிட்ஜ் செய்யப்பட்ட LAN க்கு வெளியே வையுங்கள்
Pi இன் வெளிப்புற VPN இணைப்பை எடுத்துச் செல்லும் இடைமுகம் பிரிட்ஜ் போர்ட்டாக ஆகக்கூடாது. ஆனால், மறையாக்கப்பட்ட போக்குவரத்து விரிவாக்கப்பட்ட LAN க்கு மாற்றப்படும், சுரங்கம் இறுதியில் தன் சொந்த வெளிப்புற பாக்கெட்டுகளை எடுத்துச் செல்லும், அது லூப்பாக அல்லாமல் பாக்கெட் இழப்பு போலத் தோன்றும் வகையில் தோல்வியடையும். AP திறன் மற்றும் பிரிட்ஜ் ஆதரவையும் வெளிப்படையாக வையுங்கள். station பயன்முறையில் உள்ள வயர்லெஸ் இடைமுகம் வழக்கமாக பிரிட்ஜ் போர்ட்டாக இருக்க முடியாது, ஏனெனில் 802.11 தலைப்பில் பிரிட்ஜுக்குத் தேவையான இரண்டாவது MAC முகவரிக்கு இடமில்லை.
வரையறுக்கவும் விரிவாக்கப்பட்ட ஒளிபரப்பு டொமைன், ஒரு முகவரித் திட்டம், மற்றும் நீங்கள் உண்மையில் விரும்பும் பிரேம் வடிகட்டல். Pi இல் VPN கேட்பவரை அனுமதிப்பது ஒவ்வொரு பிரிட்ஜ் வாடிக்கையாளருக்கும் Pi இன் நிர்வாகச் சேவைகளுக்கான அணுகலைத் தராது. அவை தனி விதிகள், அவற்றை ஒன்றாகக் கருதுவதுதான் ஹாட்ஸ்பாட் அமைதியாகத் திறந்த கதவாக மாறும் வழி.
உடையும்போது நான்கையும் தனித்தனியாகச் சோதியுங்கள்
செல்போன் தொலைதூர LAN ஐ அடைய முடியாதபோது, நான்கு அவதானிப்புகள் காரணங்களைப் பிரிக்கின்றன. இந்த வரிசையில் இயக்கி, முதலில் தோல்வியடையும் இடத்தில் நிறுத்துங்கள்.
ip route show default
bridge link show
ip -4 neigh show dev br0
tcpdump -ni br0 arp or icmpலீஸில் தொடங்குங்கள்: செல்போனிடம் தொலைதூர சப்நெட்டில் முகவரியும் நுழைவாயிலும் உள்ளதா? பிறகு பிரிட்ஜைப் பாருங்கள், AP போர்ட்டும் TAP போர்ட்டும் இரண்டும் அனுப்புகின்றன என்பதை உறுதிப்படுத்துங்கள். பிறகு அண்டை அட்டவணையைப் படியுங்கள், ஏனெனில் தொலைதூர ரவுட்டருக்கான தீர்க்கப்படாத பதிவு என்பது பிரேம்கள் வெளியேறுகின்றன, எதுவும் பதிலளிக்கவில்லை என்பதாகும். கடைசியாக செல்போன் ping செய்யும்போது பிரிட்ஜில் பிரேம்களைக் கவனியுங்கள், அது பழுது IP க்குக் கீழே உள்ளதா என்பதைச் சொல்லும்.
முடிந்ததும் எந்தச் சாதனம் எந்த இயல்புநிலையைச் சொந்தமாகக் கொண்டுள்ளது என்று பதிவு செய்யுங்கள். ஒரு வரி ஆவணம் உள்ளூர் மற்றும் தொலைதூர வெளியேற்றத்தை வேண்டுமென்ற வாடிக்கையாளர் முடிவாக மாற்றுகிறது, பிரிட்ஜ் குறிப்பை அதன் அருகில் வைப்பது மதிப்புள்ளது.