iPhone Always On VPN: இரண்டு சுரங்கப்பாதைகள் ஒரு மெய்நிகர் IP பகிரலாம்

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

சேவையகத்திடம் ஏற்கனவே உள்ள இரண்டு வரிகளிலிருந்து தொடங்குங்கள்

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

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

நீங்கள் எந்த மேலோட்டத்தைப் பார்க்கிறீர்கள் என்று முடிவு செய்யுங்கள்

IKEv2 rekey மற்றும் make-before-break மறு-அங்கீகாரம் வேண்டுமென்றே சிறிய மேலோட்டத்தை உருவாக்குகின்றன, பழைய சங்கத்தை நீக்கும் முன் புதியதை நிறுவி. நேர முத்திரைகள் நிலையைத் தீர்க்கின்றன, ஏனெனில் புதியது தோன்றிய ஒன்று அல்லது இரண்டு வினாடிகளுக்குப் பிறகு மறையும் பழைய SA தன் வேலையைச் செய்யும் புதுப்பிப்பு. சுயாதீன இடைமுகச் சுரங்கப்பாதைகள் ஒருபோதும் அப்படித் தோன்றுவதில்லை, ஏனெனில் ஒவ்வொன்றும் அதன் இடைமுகம் இயங்கும் வரை நீடிக்கிறது, ஒன்றை நீக்குவது மற்றொன்றை உருவாக்குவதிலிருந்து வராது.

Apple-இன் நிர்வகிக்கப்பட்ட Always On நடத்தை இடைமுகத்திற்கு ஒன்று, அதனால்தான் கண்காணிப்பில் உள்ள சாதனம் கைமுறையாக அமைக்கப்பட்ட சுயவிவரத்தை விட சட்டப்பூர்வமாக பிஸியாகத் தோன்றலாம். வழங்குநர் பயன்பாட்டின் தானியங்கி இணைப்பு நிலைமாற்றி அதே விஷயத்தைக் குறிக்காது, சாதாரண on-demand விதியும் குறிக்காது. Apple-இன் வரிசைப்படுத்தல் கண்ணோட்டம் இடைமுக அடிப்படையிலான மாதிரியை விவரிக்கிறது; சுழற்சி என்று கருதுவதற்கு முன் உங்கள் இரண்டு வரிகளையும் அதனுடன் ஒப்பிடுங்கள். இரு வடிவங்களும் ஒரே சேவையகக் குளத்திலிருந்து எடுக்கின்றன, எனவே மேலோட்டமே உங்கள் ஒரே ஆரம்ப அறிகுறி.

ஒரு மெய்நிகர் முகவரி இரு சுரங்கப்பாதைகளுக்கு பதில்களை ஏன் உடைக்கிறது என்று பாருங்கள்

தொலைபேசிக்கான பதில் உள் முகவரிக்கு அனுப்பப்படுகிறது, மையம் இலக்கு மற்றும் கொள்கையின்படி வெளிச்செல்லும் சுரங்கப்பாதையைத் தேர்ந்தெடுக்கிறது, தொலைபேசி பயன்படுத்திய இடைமுகத்தின்படி அல்ல. ஒரே மெய்நிகர் IP மற்றும் பொருந்தும் கொள்கைகளைக் கொண்ட இரண்டு ஒரே நேரச் சங்கங்கள், பதில் எந்த அமர்வுக்கு உரியது என்று சொல்ல வழியில்லாமல் வழித்தட முடிவை விட்டுவிடுகின்றன. சில பதில்கள் தவறான சுரங்கப்பாதையை எடுக்கின்றன, தொலைபேசி ஒரு திசையில் மட்டும் இயங்கும் அல்லது Wi-Fi எழும்போது இறக்கும் இணைப்பைக் காட்டுகிறது. இரண்டு கட்டளை வெளியீடுகள் நிலையை நிரூபிக்கின்றன: swanctl --list-sas இரு SA-களிலும் ஒரே மெய்நிகர் IP-ஐக் காட்டுகிறது, ip xfrm policy இரண்டு ஒத்த தேர்விகளைக் காட்டுகிறது.

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

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

குளம் அல்லது ஒரே நேர மாதிரியை மாற்றுங்கள், rekey நேரங்காட்டியை அல்ல

swanctl கட்டமைப்பில், தனித்துவம் இணைப்பின் மீது வெளிப்படையான கொள்கை: unique = replace புதியது நிறுவப்படும்போது பழைய இணைப்பை நீக்குகிறது, unique = keep புதிதாக வந்தவரை மறுக்கிறது. இரண்டு மதிப்புகளும் இணைப்பு அமைக்கப்படும்போது செயல்படும், அதன் உள்ளேயுள்ள குழந்தை SA-களில் அல்ல.

connections {
  ios-alwayson {
    unique = replace
  }
}

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

நீங்கள் உண்மையில் வரிசைப்படுத்தும் மாற்றங்களைச் சோதியுங்கள்

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

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