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

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

லேபிள் எதைக் கண்காணிக்கிறது

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

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

இணைப்பை வைத்திருக்கும் கூறைக் கண்டறியுங்கள்

சொந்த உள்ளமைவுகளில் scutil --nc list கணினி அறிந்த சேவைகளையும் அவற்றின் நிலையையும் அச்சிடுகிறது, scutil --nc status "Work VPN" ஒரு சேவையின் விவரங்களைத் தருகிறது. மூன்றாம் தரப்பு பயன்பாடு வைத்திருக்கும் சுரங்கப்பாதை அந்தப் பட்டியலில் சிறிதும் தெரியாமல் இருக்கலாம், எனவே காலியான முடிவு எதுவும் இணைக்கப்படவில்லை என்பதற்கான சான்று அல்ல.

சுயவிவரம் ஒரு பயன்பாட்டிற்கு உரியது என்றால், அதன் நிலைக் காட்சியையும் பதிவுசெய்யப்பட்ட «இணைப்பைத் துண்டி» கட்டுப்பாட்டையும் நம்புங்கள். சாளரத்தை மூடுவது நிறுத்தக் கோரிக்கை அல்ல, பின்னணி உதவியாளர் சுரங்கப்பாதையை வைத்திருந்தால்; சின்னம் மறைகிறது, உதவியாளர் இடைமுகத்தை உயிருடன் வைத்திருக்கிறது. Apple இன் VPN அமைப்புகள் குறிப்பு சொந்தக் கட்டுப்பாடுகளையும் நிர்வகிக்கப்பட்ட அமைப்புகள் எங்கிருந்து வருகின்றன என்பதையும் உள்ளடக்குகிறது.

இடைமுகங்கள், வழிகள் மற்றும் DNS ஐப் படியுங்கள்

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

scutil --nc list
netstat -rn -f inet | head -20
ifconfig | grep -A 3 '^utun'
scutil --dns | head -30
  • utun இடைமுகம் உள்ளது, அதன் வழியாக இயல்புநிலை அல்லது பிரிக்கப்பட்ட வழி செல்கிறது, தீர்வி வழங்குநரை நோக்கிக் காட்டுகிறது: சுரங்கப்பாதை இன்னும் மேலே உள்ளது, லேபிள் பழையது.
  • utun இல்லை, சாதாரண இயல்புநிலை வழி, DNS DHCP இலிருந்து, இணையம் இல்லை: துண்டிக்கும்போது தடுக்கும் கொள்கை தன் வேலையைச் செய்கிறது.
  • utun இல்லை, வழி இல்லை, தீர்வி இன்னும் வழங்குநரை நோக்கி: உடைப்பு பாதியில் நின்றது, DNS என்பது சுத்தம் செய்ய வேண்டிய எஞ்சியது.

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

பரந்த கொலையும் சுயவிவர நீக்கமும் ஏன் தவறாக வழிநடத்துகின்றன

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

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

தடம் விடும் நிறுத்த வரிசை

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

  1. தொலைவுப் பணியைச் சேமியுங்கள், Mac தொலைவில் இருந்தால் வேறு வழியில் அதை அடைய முடியும் என்பதை உறுதிப்படுத்துங்கள்.
  2. மென்பொருளின் பெயர், பதிப்பு, சுயவிவரம் ஆகியவற்றைக் குறிப்பெடுங்கள். log show --last 5m --predicate 'subsystem == "com.apple.networkextension"' மூலம் ஒரு சிறிய சாளரத்தைப் பதிவு செய்யுங்கள்; பழைய வெளியீடுகள் குறைவான வரலாற்றை வைத்திருக்கும், எனவே சிக்கிய உடனேயே அதை இயக்குங்கள்.
  3. பதிவுசெய்யப்பட்ட «இணைப்பைத் துண்டி» கட்டுப்பாட்டைப் பயன்படுத்தி, காத்திருந்து, பின்னர் இடைமுகம் மற்றும் வழிச் சோதனைகளை மீண்டும் செய்யுங்கள்.
  4. லேபிள் பழையது ஆனால் சுரங்கப்பாதை கீழே இருந்தால், அதை விட்டுவிட்டு, செயல்முறைகளை வலுக்கட்டாயமாக நிறுத்துவதற்குப் பதிலாக மென்பொருள் புதுப்பிக்க அனுமதியுங்கள்.
  5. உடைப்பு உண்மையிலேயே சிக்கியிருந்தால், மென்பொருளை மீண்டும் தொடங்குங்கள், பணி சேமிக்கப்பட்ட பிறகு Mac ஐ மீண்டும் தொடங்க திட்டமிடுங்கள். நிர்வகிக்கப்படும் இயந்திரங்களுக்கு நிர்வாகியின் நடைமுறை தேவை.

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

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