உங்கள் Mac VPN ஒவ்வொரு முறையும் Keychain அணுகலை ஏன் கேட்கிறது
Mac VPN இன் ஒவ்வொரு அறிவிப்பையும் எந்தக் கூறு உருவாக்குகிறது என்பதைக் கண்டறிந்து, நகல் இணைப்பு முயற்சிகளை நிறுத்தி, முழு சாவிக்கொத்தையும் மீட்டமைக்காமல் Keychain அணுகலைச் சரிசெய்யுங்கள்.
Connect இல் ஒரு கிளிக் ஒரு உள்நுழைவு சாளரத்தைத் தர வேண்டும். Mac இல் அது பெரும்பாலும் மூன்றைத் தருகிறது, அவை அரிதாகவே ஒரே உரிமையாளரைப் பங்கிடுகின்றன: உள்ளூர் சான்றுகளின் அறிவிப்புகளின் உரிமையாளர் Keychain, VPN நுழைவாயில் அங்கீகாரத்தின் உரிமையாளர், மற்றும் கிளையண்ட் தனது சொந்த அறிவிப்புகளின் உரிமையாளர். எல்லாவற்றையும் அமைதிப்படுத்தும் சுவிட்சைத் தேடுவதற்குப் பதிலாக, ஒவ்வொரு சாளரத்தையும் அதன் சொந்த தீர்வுடன் தனி குறையாகக் கருதுங்கள். கீழேயுள்ள வழிகாட்டி ஒரு வேண்டுமென்றே செய்யப்பட்ட இணைப்பு முயற்சியைக் கடந்து, நீங்கள் மீண்டும் செய்யக்கூடிய சரிபார்ப்பில் முடிகிறது.
அமைப்பை மாற்றுவதற்கு முன் ஒவ்வொரு உரையாடலின் உரிமையாளரையும் பெயரிடுங்கள்
முதல் படி உள்ளமைவு அல்ல, கணக்கு. ஒரு இணைப்பு முயற்சியைச் செய்து, தோன்றும் ஒவ்வொரு சாளரத்திற்கும் நான்கு புலங்களை எழுதுங்கள்: உரையாடலில் காட்டப்படும் பயன்பாட்டின் பெயர், எந்த ரகசியமும் இல்லாத சரியான உரை, அது தோன்றிய கட்டம், மற்றும் நீங்கள் அதை ரத்து செய்தபோது என்ன நடந்தது. இத்தகைய மூன்று வரிகள் நான் பார்த்த கிட்டத்தட்ட ஒவ்வொரு அறிக்கையையும் உள்ளடக்குகின்றன.
உரிமையே சரியான தீர்வைத் தீர்மானிக்கிறது, தவறான தீர்வே ஒரு அறிவிப்பை மூன்றாக மாற்றுகிறது:
| Window | Who owns it | Correct fix | What not to do |
|---|---|---|---|
| “wants to use your confidential information stored in…” | The item's access control list in your login keychain | Approve the specific client helper, once, after checking the name | Resetting the login keychain, or granting Always Allow to every application |
| “Sign in to <organization>” or an MFA push | The gateway's identity provider | Use the client's supported session renewal, or re-authenticate | Scripting a fixed password or code into the client |
| “Connection failed”, “Update required”, a policy banner | The client or your organization | Read the first error and fix its cause | Hiding notices by editing a preference file the client rewrites |
ஒரே முயற்சிக்குள் திரும்பி வரும் அறிவிப்பு அடுத்த முயற்சியில் திரும்பி வருவதிலிருந்து வேறுபட்ட சமிக்ஞை. முதலாவது பொதுவாக இணைப்பு உங்கள் கீழ் மீண்டும் தொடங்கப்பட்டது என்பதைக் குறிக்கிறது; இரண்டாவது பொதுவாக சேமிக்கப்பட்ட சான்று மீண்டும் கேட்கப்படுகிறது என்பதைக் குறிக்கிறது. Keychain ஐத் தொடுவதற்கு முன் உங்களிடம் எது உள்ளது என்பதைக் குறிக்கொள்ளுங்கள், ஏனெனில் இவை இரண்டுக்கும் கிட்டத்தட்ட எதுவும் பொதுவானதல்ல.
சுரங்கப்பாதையை எத்தனை விஷயங்கள் தொடங்குகின்றன என்பதைக் கண்டறியுங்கள்
Mac இல் ஒரே VPN ஐ நான்கு வழிமுறைகள் தொடங்கலாம்: மெனு பட்டி செயல், உள்நுழைவு உருப்படி, On Demand விதி, மற்றும் ஸ்கிரிப்ட் அல்லது முகவர். அவற்றில் இரண்டு செயல்பட்டால், முதல் ஒன்று இன்னும் அங்கீகாரத்திற்காகக் காத்திருக்கும்போது இரண்டாவது தொடக்கம் வரலாம், இது நகல் சாளரத்தையும் எந்த முன்னேற்றமும் இல்லாததையும் உருவாக்குகிறது. முதலில் எது உள்ளமைக்கப்பட்டுள்ளது என்பதைப் பட்டியலிடுங்கள்: scutil --nc list சிஸ்டம் அமைப்புகளுக்குத் தெரிந்த VPN சேவைகளை அவற்றின் தற்போதைய நிலையுடன் அச்சிடுகிறது. தமது சொந்த வலைப்பிணைப்பு நீட்டிப்பைக் கொண்டு வரும் கிளையண்ட்கள் சுயவிவரங்களை பயன்பாட்டினுள் வைத்திருக்கும், அங்கு தோன்றாமல் இருக்கலாம், எனவே கிளையண்டின் சொந்த இணைப்புப் பட்டியலையும் சரிபார்க்கவும்.
பின்னர் போட்டியிடும் தொடக்கிகளைத் தேடுங்கள். scutil --nc show "Work VPN" உள்ளமைக்கப்பட்ட சேவையின் உள்ளமைவு அகராதியை On Demand விதிகளுடன் அச்சிடுகிறது; எந்த இடைமுக மாற்றத்திலும் மீண்டும் இணைக்கும் விதி, Wi-Fi நகரும் ஒவ்வொரு முறையும் அல்லது திரை வலைய அடுக்கை எழுப்பும் ஒவ்வொரு முறையும் சுரங்கப்பாதையை மீண்டும் தொடங்கி அங்கீகார அறிவிப்பை மீண்டும் திறக்கும். சிஸ்டம் அமைப்புகள் > பொது > உள்நுழைவு உருப்படிகள் கீழ் உள்நுழைவு உருப்படிகளைச் சரிபார்த்து, பயனர் ஒன்றுக்கு முகவர்களை இதனால் பட்டியலிடுங்கள் ls ~/Library/LaunchAgents. MDM நிர்வகிக்கும் பாதுகாப்பு அடுக்குக்குச் சொந்தமான எதையும் விட்டுவிடுங்கள்; அதை அகற்றுவது பொதுவாக அடுத்த சரிபார்ப்பில் திரும்பத் தள்ளப்படும்.
ஒரு முயற்சியின் போது உண்மையில் என்ன இயங்குகிறது என்பதைப் பார்க்க: ps -Ao pid,comm | grep -iE 'vpn|tunnel|extension'. ஒன்றை எதிர்பார்க்கும் இடத்தில் இரண்டு கிளையண்ட் உதவியாளர்கள் இருப்பது "எனக்கு ஏன் இரண்டு அறிவிப்புகள் வந்தன" என்பதை எந்தச் சான்றுப் பிரச்சினையை விடவும் அதிகமாக விளக்குகிறது.
சாவிக்கொத்தை மீட்டமைக்காமல் Keychain அணுகலைச் சரிசெய்யுங்கள்
அறிவிப்பு VPN நெறிமுறையிலிருந்து அல்ல, சேமிக்கப்பட்ட உருப்படியின் அணுகல் கட்டுப்பாட்டுப் பட்டியலிலிருந்து வருகிறது. ஒவ்வொரு உருப்படியும் எந்தப் பயன்பாடுகள் கேட்காமல் அதைப் படிக்கலாம் என்பதைப் பதிவு செய்கிறது. கிளையண்ட் புதுப்பிப்புக்குப் பிறகு, கேட்கும் உதவியாளருக்கு வேறு பெயர் அல்லது கையொப்பம் இருக்கலாம், ஆனால் உருப்படி இன்னும் பழையதைப் பட்டியலிடுகிறது, எனவே macOS ஒவ்வொரு இணைப்பிலும் மீண்டும் கேட்கிறது. அந்த ஒரு உருப்படிக்கு புதிய உதவியாளரை அனுமதிப்பதே முழுத் தீர்வு; ஒவ்வொரு பயன்பாட்டையும் அனுமதிப்பது அல்ல.
VPN ஐத் தொடாமல் ACL தான் காரணம் என்பதை உறுதிப்படுத்தலாம்: security find-generic-password -s "service-name" -g அதே உருப்படியை முனையத்திலிருந்து படிக்கிறது. அந்தக் கட்டளையும் அறிவிப்பை எழுப்பினால், உரையாடல் சாவிக்கொத்திற்குச் சொந்தமானது, சுரங்கப்பாதை வெறும் தூண்டுதல். Apple இன் மூன்று பொத்தான்கள் பற்றிய வழிகாட்டுதல் — ஒருமுறை அனுமதி, எப்போதும் அனுமதி, மறு — ஒருமுறை படிக்கத் தகுந்தது, ஏனெனில் மறுப்பதே அறிவிப்பை அடுத்த முயற்சிக்குப் பதிலாக உடனடியாகத் திரும்பக் கொண்டு வருகிறது.
நீங்கள் தவறான உதவியாளரை அனுமதித்திருந்தால், Keychain Access இல் உருப்படியைத் திறந்து, Access Control க்கு மாறி அந்தப் பதிவை அகற்றுங்கள்; அதுவே பின்னடைவு. உள்நுழைவு சாவிக்கொத்தை நீக்குவது, அல்லது அதை மீண்டும் கட்டமைக்கும் பழுதுநிலைக் கருவியை இயக்குவது, தொடர்பற்ற கடவுச்சொற்களையும் தூக்கி எறிகிறது மற்றும் பிரச்சினையை விட மிகப் பெரிய மாற்றமாகும்.
உள்நுழைவு மற்றும் கொள்கைப் படிகளை அவற்றுக்குச் சொந்தமான ஓட்டங்களில் வைத்திருங்கள்
உலாவி உள்நுழைவு அல்லது MFA சவால் நுழைவாயிலுக்குச் சொந்தமானது. உங்கள் அமைப்பு அமர்வு நிலைத்தன்மையோ சான்றிதழ் அடிப்படையிலான அங்கீகாரமோ வழங்கினால் அதைப் பயன்படுத்துங்கள், ஏனெனில் குறைவான முறை அங்கீகரிப்பதற்கான ஆதரவு வழி அதுவே. கிளையண்டில் நிலையான குறியீட்டைத் தட்டச்சு செய்வது, அல்லது அறிவிப்பு ஒருபோதும் வராதிருக்க ஸ்கிரிப்டில் கடவுச்சொல்லைச் சேமிப்பது, ஊடாடும் காரணியை நிலையான ரகசியத்தால் மாற்றி, அடுத்த முறை கொள்கை மாறும்போது தோல்வியடைகிறது.
அமைப்பின் அறிவிப்புகள் நீங்கள் அடக்கக்கூடாத ஒரே வகை. அவை பொதுவாக ஒரு நிலைச் சரிபார்ப்பையோ ஏற்கத்தக்க பயன்பாட்டு ஒப்புதலையோ நடைமுறைப்படுத்துகின்றன, அவற்றை மறைப்பது குழாய் செயல்படும்போதும் சாதனத்தை இணக்கத்திலிருந்து வெளியேற்றலாம். பிழை உரையாடல்கள் மற்ற வகை: முதல் பிழையின் உரையை வைத்திருங்கள், ஏனெனில் இரண்டாவது உரையாடல் பெரும்பாலும் மீண்டும் முயற்சித்த பிறகு தெரிவிக்கப்படும் அதே தோல்வியே.
ஒரு முயற்சியால் சரிபார்க்கவும், பின்னர் மீள்தொடக்கத்திற்குப் பிறகு
நகல் தொடக்கிகள் அகற்றப்பட்டு சாவிக்கொத்துப் பதிவு சரிசெய்யப்பட்ட பிறகு ஒரே முயற்சியைச் செய்யுங்கள்: மெனு பட்டி உதவியாளர் உட்பட ஒவ்வொரு கிளையண்ட் நிகழ்வையும் மூடி, ஒருமுறை இணைத்து, சாளரங்களை எண்ணுங்கள். உருப்படி மீண்டும் கட்டப்பட்டிருந்தால் சாவிக்கொத்து ஒப்புதலும், ஒரு அங்கீகாரப் படியும் உங்களுக்குத் தேவை. அதற்கு மேல் எதுவும் இல்லை. scutil --nc status "Work VPN" உள்ளமைக்கப்பட்ட சேவைக்கு Connected ஐத் தெரிவிக்க வேண்டும்.
பின்னர் ஒருமுறை மீள்தொடக்கி மீண்டும் செய்யுங்கள். மீள்தொடக்கத்திற்குப் பிறகு மட்டும் திரும்பி வரும் அறிவிப்பு உள்நுழைவு உருப்படி அல்லது On Demand விதியைச் சுட்டுகிறது, சான்றுகளை அல்ல; அமர்வுக்குள் திரும்பி வருவது ACL ஐ அல்லது இரண்டாவது தொடக்கியைச் சுட்டுகிறது. இரு சுற்றுகளுக்குப் பிறகும் அது மீண்டும் நிகழ்ந்தால், உங்கள் நிர்வாகிக்கு வழங்க வேண்டிய பயனுள்ள விஷயம் முதல் முயற்சியின் மூன்று வரிசை அட்டவணை — உரிமையாளர், சரியான உரை, கட்டம் — உரையாடலின் திரைப்பிடிப்பு அல்ல.
இலக்கு குறைவான அறிவிப்புகள், அமைதியானவை அல்ல. தனது அனுமதிப் படிகளை மறைக்கும் இணைப்பை இனி நீங்கள் தணிக்கை செய்ய முடியாது, அடுத்த சான்றிதழ் சுழற்சி எந்தக் கூறு தோல்வியடைகிறது என்று தெரியாமல் உங்களைச் சந்திக்கும்.