root ஆக இயக்காமல் Tunnelblick இலிருந்து பங்கை மவுண்ட் செய்வது

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

இது ஏன் பயனர் அமர்வில் அடங்குகிறது

மவுண்ட் செய்யப்பட்ட தொகுதி அதை மவுண்ட் செய்த அமர்வின் பண்பு. மற்றொரு பயனரின் அமர்வு அதைப் பார்க்காது, root உடைமையிலான மவுண்ட் Finder உருவாக்கியதிலிருந்து வேறுபட்டு நடக்கும். மவுண்ட்டை பயனர் அமர்வில் வைத்திருப்பது அந்தப் பொருளைப் பாதுகாக்கிறது.

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

Tunnelblick இன் சொந்த இணைப்புக் கொக்கிகள் இங்கு மாற்றாகாது, ஏனெனில் அவை டெஸ்க்டாப் அமர்வுக்கு வெளியே இயங்குகின்றன, மேலும் கிளையண்டின் ஸ்கிரிப்டுகளுடன் அவற்றின் வரிசை வரையறுக்கப்படவில்லை. பயனர் ஆப்லெட்டிலிருந்து நிலையைக் கேட்பது குறைவான ஊகங்களைக் கொண்ட சிறிய வழிமுறை.

முதலில் கைமுறையாகப் பங்கு வேலை செய்வதை நிரூபிக்கவும்

தானியங்கி இல்லாத பாதை, அனுமதி அல்லது கணக்கை வழங்க முடியாது. எந்த ஸ்கிரிப்டையும் எழுதுவதற்கு முன் VPN உடன் கைமுறையாக இணைந்து பங்கை Finder இல் திறக்கவும். அது தோல்வியடைந்தால் ஸ்கிரிப்ட் இன்னும் குழப்பமான விதத்தில் தோல்வியடையும்.

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

smbutil view //files.corp.example
osascript -e 'tell application "Tunnelblick" to get state of first configuration whose name is "Office"'
mount | grep -i smbfs

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

Tunnelblick இலிருந்து சுயவிவர நிலையைப் படியுங்கள்

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

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

property attempted : false

on idle
    set profileName to "Office"
    set shareURL to "smb://files.corp.example/OfficeTeam"
    set volName to "OfficeTeam"
    tell application "Tunnelblick" to set vpnState to state of first configuration whose name is profileName
    if vpnState is not "CONNECTED" then
        set attempted to false
        return 20
    end if
    tell application "Finder" to set mounted to (exists disk volName)
    if (not mounted) and (not attempted) then
        set attempted to true
        try
            mount volume shareURL
        end try
    end if
    return 20
end idle

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

ஒரு முறை மவுண்ட் செய்து, பிறகு முயற்சியை நிறுத்துங்கள்

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

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

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

உதவியாளரால் செய்ய முடியாதவை

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

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

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