VPN இயக்கத்தில் இருக்கும்போது iPhone செயலி உள்ளூர் சாதனங்களைக் கண்டறிவதில்லை
இரண்டு வாயில்கள் iPhone செயலி VPN மூலம் அச்சுப்பொனி அல்லது தொலைக்காட்சியை அடையுமா என்பதைத் தீர்மானிக்கின்றன: உள்ளூர் வலையமைப்பு அனுமதி மற்றும் டனலின் சொந்த வழிகள். அவற்றை வரிசையாகச் சரிபார்க்கவும்.
உங்கள் அச்சுப்பொனி செயலி காலியான பட்டியலைக் காட்டுகிறது, கேமரா செயலி எந்தச் சாதனமும் கிடைக்கவில்லை எனத் தெரிவிக்கிறது, வீடியோ செயலியின் காஸ்ட் பொத்தான் விட்டுவிடும் வரை சுற்றிக்கொண்டே இருக்கிறது. VPN ஐகான் நிலைப் பட்டியில் உள்ளது, தொலைபேசியில் முழு சிக்னல் உள்ளது, Safari பக்கங்களை எளிதாக ஏற்றுகிறது, எனவே இணைப்பில் எதுவும் உடைந்ததாகத் தெரியவில்லை. பிறகு செயலியின் சொந்த அமைப்புகளைத் திறக்கிறீர்கள், மாற்ற எதுவும் கிடைக்கவில்லை.
வீட்டு வலையமைப்பில் லேபிள் அச்சுப்பொனியுடன் நான் சரியாக இதே சுவரில் மோதினேன்: செயலிக்கு ஒருபோதும் உள்ளூர் வலையமைப்பு அணுகல் வழங்கப்படவில்லை, நான் சோதித்த ப்ரொஃபைல் 192.168.1.0/24 க்கு அனுப்பப்பட்ட ஒவ்வொரு பாக்கெட்டையும் விழுங்கும் முழு டனலாக இருந்தது. இரண்டு சுயாதீன வாயில்கள் மூடப்பட்டிருந்தன, ஒன்றைத் திறந்தால் அறிகுறி போகாது.
ஒரு செயலிக்கும் ஒரு அச்சுப்பொனிக்கும் இடையே இரண்டு வாயில்கள்
முதல் வாயில் இயக்க முறைமைக்குச் சொந்தமான தனியுரிமை முடிவு, செயலிக்கு அல்ல. ஒரு செயலி உள்ளூர் வலையமைப்பின் முகவரிகளுக்கு ட்ராஃபிக்கை அனுப்பலாமா என்பதை iOS முடிவு செய்கிறது, செயலியின் முதல் முயற்சியில் பயனரைக் கேட்கிறது. இரண்டாவது வாயில் ரூட்டிங் அட்டவணை. 192.168.1.50 நோக்கி அனுப்பப்படும் பாக்கெட் ஒன்று Wi-Fi வழியாக அச்சுப்பொனி நோக்கி வெளியேறும், இல்லையேல் டனலுக்குள் நுழையும், அந்தத் தேர்வு VPN ப்ரொஃபைலில் எழுதப்பட்டுள்ளது.
இரண்டு வாயில்களும் வெவ்வேறு வடிவங்களில் தோல்வியடைகின்றன, அதுவே கண்டறிதலைச் சாத்தியமாக்குகிறது. மறுக்கப்பட்ட அனுமதி செயலியின் சொந்த socket அழைப்பையே கொல்லும், எனவே செயலிக்குத் தெரிவிக்க எதுவும் இல்லாமல் பொதுவான காலி நிலைக்கு விழும். ரூட்டிங் சிக்கல் நேரம் முடிந்ததைப் போலத் தெரிகிறது, ஏனெனில் பாக்கெட்டுகள் தொலைபேசியை விட்டு மறுபக்கத்தில் எங்கோ இறந்தன. அதே காலித் திரை, வேறு பழுது.
VPN ஐத் தொடும் முன் அனுமதி நிலையைப் படியுங்கள்
அமைப்புகள், பிறகு தனியுரிமையும் பாதுகாப்பும், பிறகு உள்ளூர் வலையமைப்பு எனத் திறக்கவும். அணுகல் கேட்ட ஒவ்வொரு செயலியும் அங்கே ஒரு சுவிட்சுடன் தோன்றும். Apple இந்தத் திரையின் பகுதிகளை iOS 14 முதல் iOS 18 வரை நகர்த்தி மறுபெயரிட்டுள்ளது, எனவே நுழைவு நீங்கள் எதிர்பார்க்கும் இடத்தில் இல்லையெனில், மரத்தை அலசுவதற்குப் பதிலாக அமைப்புகளின் தேடல் புலத்தில் உள்ளூர் வலையமைப்பு எனத் தட்டச்சு செய்யுங்கள்.
மக்களை அதிகம் பிடிப்பது ஒரு முறை வரும் கோரிக்கை. ஒரு செயலி உள்ளூர் வலையமைப்பை முதன்முதலில் தொடும்போது iOS கேட்கிறது, அப்போது மட்டுமே. அனுமதிக்க வேண்டாம் எனத் தட்டினால் அடுத்த திறப்பில் கோரிக்கை திரும்பி வராது; சுவிட்சே திரும்பும் ஒரே வழி, அது ஆரம்பத்தில் அணைந்திருக்கும். செயலியை மீண்டும் நிறுவினால் முடிவு மீட்டமைக்கப்படும், அதனால்தான் சில சரிசெய்தல் இழைகள் மீள்நிறுவல் கண்டறிதலைச் சரிசெய்ததாகக் கூறுகின்றன. சரிசெய்தது தான், மறுப்பை அழிப்பதன் மூலம்.
கண்காணிப்பு அல்லது நிர்வகிக்கப்பட்ட iPhone இல் சுவிட்ச் சில நேரங்களில் சாம்பலாக இருக்கும். MDM அனுப்பும் தனியுரிமை விருப்பங்களின் பேலோடு உள்ளூர் வலையமைப்பு அணுகலை முன்கூட்டியே அமைக்கவோ பூட்டவோ முடியும், பூட்டப்பட்ட அணைந்த சுவிட்ச் என்றால் பழுது கொள்கை மாற்றம், தொலைபேசி மாற்றம் அல்ல. Apple கோரிக்கையையும் ஒவ்வொரு செயலிக்கான சுவிட்சையும் இங்கே ஆவணப்படுத்துகிறது: support.apple.com/en-us/102229.
டனல் உண்மையில் எதை ரூட் செய்கிறது எனப் பாருங்கள்
முழு டனல் 0.0.0.0/0 ஐயும் அதனுடன் ஒவ்வொரு தனிப்பட்ட வரம்பையும் எடுத்துக்கொள்கிறது. 10.x, 172.16.0.0/12 மற்றும் 192.168.x.x க்கான பாக்கெட்டுகள் சேவையகத்திற்குச் செல்கின்றன, அது பொதுவாக அவற்றைத் தூக்கி எறிந்துவிடும் அல்லது தன் துணை வலையமைப்புக்கு மொழிபெயர்க்கும், எனவே அனுமதி கொடுத்த பிறகும் அச்சுப்பொனி எட்டாததாகவே இருக்கும். பிரிக்கப்பட்ட டனல் எதிர்மாறாகச் செய்கிறது, ஆனால் ப்ரொஃபைல் பட்டியலிடும் வரம்புகளுக்கு மட்டும்.
Apple Configurator மூலம் கட்டப்பட்ட அல்லது .mobileconfig ஆக வழங்கப்படும் IKEv2 ப்ரொஃபைல்கள் இதை எல்லா ட்ராஃபிக்கையும் அனுப்பும் அமைப்பாகவும், பிரிக்கப்பட்ட நிலையில் விலக்க வேண்டிய உள்ளூர் வலையமைப்புகளின் வெளிப்படையான பட்டியலாகவும் வெளிப்படுத்துகின்றன. NEPacketTunnelProvider மீது கட்டப்பட்ட கிளையண்ட் செயலிகள் அதே முடிவை includedRoutes மூலம் வெளிப்படுத்துகின்றன. இவை இரண்டில் எதுவும் நிலைப் பட்டியில் இருந்து தெரியாது, இரண்டுமே செயலி எதிர்பார்ப்பதை மேலெழுதுகின்றன.
இதுதான் நான் பயன்படுத்தும் சோதனை. VPN இணைக்கப்பட்டிருக்கும்போது Safari இல் ரூட்டரின் நிர்வாகப் பக்கத்தை அதன் LAN முகவரியில் திறக்கவும். பொது தளங்கள் ஏற்றப்படும்போது அந்தப் பக்கம் நேரம் முடிந்தால், உங்கள் தனிப்பட்ட வரம்பு டனலுக்குள் உள்ளது. பக்கம் ஏற்றப்பட்டால், உள்ளூர் ட்ராஃபிக் இன்னும் Wi-Fi வழியாக வெளியேறுகிறது, தடை வேறு இடத்தில் உள்ளது.
அறிகுறியை வாயிலுடன் இணைக்கவும்
ஒரே தொலைபேசியில் இரண்டு செயலிகள் உடன்படாமல் இருக்கலாம், ஏனெனில் அனுமதி ஒவ்வொரு செயலிக்கும், வழிகள் ஒவ்வொரு ப்ரொஃபைலுக்கும் வழங்கப்படுகின்றன. எதையும் மாற்றும் முன் எது தோல்வியடைகிறது என ஒப்பிடுங்கள்: பொதுவாக வடிவமைப்பே வாயிலின் பெயரைச் சொல்லிவிடும்.
| What you see | Gate | Next step |
|---|---|---|
| Device list stays empty, Local Network switch is off | Permission | Enable the switch, force-quit the app, reopen it |
| Switch is on, router page times out, public sites load | Routing | Exclude the local range in the profile, or move to a split tunnel |
| Both pass, direct IP works, discovery stays empty | Link-local multicast | Enter the device address by hand, or check profile discovery support |
| Works by IP address, never by name such as printer.local | Name resolution | Fix mDNS reachability or use the numeric address |
| Everything fails with the VPN off, on hotel Wi-Fi | Client isolation | Change network, do not change permissions |
mDNS வரிசை ஒரு குறிப்புக்குத் தகுதியானது. Bonjour மற்றும் பெரும்பாலான காஸ்ட் நெறிமுறைகளின் கண்டறிதல் ட்ராஃபிக் இணைப்பு-உள்ளூர் எல்லையுடன் 224.0.0.251 மற்றும் ff02::fb க்கு மல்டிகாஸ்டாகச் செல்கிறது, ரூட் செய்யப்பட்ட டனல் அதைக் கொண்டு செல்லாது. அதனால்தான் ஒரு சாதனம் நேரடி இணைப்புக்குப் பதிலளிக்க முடியும், ஆனால் பட்டியலில் ஒருபோதும் தோன்றாது.
செயலைச் சோதியுங்கள், ஐகானை அல்ல
உள்ளூர் வலையமைப்பு சுவிட்சை மாற்றிய பிறகு செயலியை செயலி மாற்றியிலிருந்து கட்டாயமாக மூடி மீண்டும் திறக்கவும். இயங்கும் செயல்முறை மாற்றத்திற்கு முந்தைய மறுக்கப்பட்ட நிலையை வைத்திருக்கலாம், காலிப் பட்டியலைத் திருப்பித் தரும் செயலி அனுமதி வேலை செய்தாலும் இல்லாவிட்டாலும் ஒரே மாதிரி தெரியும். பிறகு ஒரு உறுதியான செயலைச் செய்யுங்கள், உதாரணமாக சோதனைப் பக்கத்தை அச்சிடுவது அல்லது வீடியோவைத் தொடங்குவது, சாதனப் பட்டியல் நிரம்பும் வரை காத்திருப்பதற்குப் பதிலாக.
ஒப்பீட்டின் போது VPN ப்ரொஃபைலை மாற்றாமல் வைத்திருங்கள். கண்டறிதல் இணைப்பைத் துண்டித்த பிறகுதான் வேலை செய்யத் தொடங்கினால், குற்றம் அனுமதியில் அல்ல, டனலில் என்பதை அறிந்தீர்கள். ஒவ்வொரு முயற்சியிலும் ஒரு மாறியை மட்டும் மாற்றுங்கள், இல்லாவிட்டால் அடுத்த சுற்று உங்களுக்கு எதுவும் சொல்லாது.
இந்த வரிசையில் சரிசெய்யுங்கள்
கீழே உள்ள வரிசையே நான் இப்போது பின்பற்றுவது, ஏனெனில் அது தொலைபேசியை அடுத்த சோதனை படிக்க முடியாத பாதியாக மாறிய நிலையில் ஒருபோதும் விடாது.
- செயலி தனியுரிமையும் பாதுகாப்பும், உள்ளூர் வலையமைப்பு கீழ் பட்டியலிடப்பட்டுள்ளதையும் அதன் சுவிட்ச் இயக்கத்தில் உள்ளதையும் உறுதிசெய்யுங்கள்.
- கட்டாயமாக மூடி, செயலியை மீண்டும் திறந்து, உண்மையான செயலை ஒரு முறை மீண்டும் முயலுங்கள்.
- இணைக்கப்பட்டிருக்கும்போது ரூட்டர் பக்கத்தை LAN முகவரியில் திறந்து, தனிப்பட்ட வரம்பு டனலில் உள்ளதா என நிரூபியுங்கள்.
- டனலில் இருந்தால், ப்ரொஃபைலைத் திருத்தி உள்ளூர் வலையமைப்புகளை விலக்குங்கள், அல்லது ப்ரொஃபைல் உரிமையாளரை அதைச் செய்யச் சொல்லுங்கள்.
- சுவிட்ச் சாம்பலாக இருந்தால், சாதனத்தை நிர்வகிக்கப்பட்டதாகக் கருதி கோரிக்கையை நிர்வாகிக்கு அனுப்புங்கள்.
பொதுவாக இவற்றில் ஒன்றே பொருந்தும். எதுவும் முடிவை மாற்றவில்லை என்றால், மீதமுள்ள சந்தேகத்திற்குரியவை வலையமைப்பே, உதாரணமாக அணுகல் புள்ளி தனிமைப்படுத்தல் அல்லது Wi-Fi முகவரிகளுடன் பிணைக்கப்பட்ட அனுமதிக்கப்பட்ட கிளையண்ட் பட்டியல், மேலே உள்ள வரைபட அட்டவணை எது எனக் காட்டுகிறது.