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

முதல் கேள்வி: எந்த கிளையண்ட் இயங்குகிறது

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

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

இரண்டாவது கேள்வி: மதிப்பு யாருக்குச் சொந்தம்

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

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

OwnerWho can change itReachable from the phone
Packet-tunnel providerThe app vendor through its APIOnly if the app exposes a setting
Native IKEv2 or Cisco IPsec profileThe operating systemNo user control
Gateway group policy attributeThe gateway administratorIf the client honours it

மூன்றாவது கேள்வி: அறிகுறி அளவைப் பொறுத்ததா

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

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

Mac செய்முறை ஏன் மீண்டும் மீண்டும் தோன்றுகிறது

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

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

போக்குவரத்து பதிலை மாற்றுகிறது

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

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

நுழைவாயில் குழுவிடம் என்ன கேட்பது

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

பின்னர் ஒரு விஷயத்தை மாற்றி அசல் தோல்வியடைந்த செயல்பாட்டை மீண்டும் சோதியுங்கள், வேகச் சோதனை பதிவிறக்கம் அல்ல. கிளையண்ட் பதிப்பு மற்றும் அணுகல் நெட்வொர்க்குடன் முன்-பின் பதிவை வைத்திருங்கள், அடுத்த அறிக்கை மீண்டும் விவாதிக்கப்படுவதற்குப் பதிலாக ஒப்பிடப்படும்.

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

தொடர்புடைய கட்டுரைகள்