له Tunnelblick څخه شریک شوی توکی د root په توګه له چلېدو پرته نښلول

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 او سرور چمتو وي، او هر بیا نښلولو ته ځواب نه وایي۔

لومړی محدودیت په عمل کې تر ټولو مهم دی۔ هغه شریک توکی چې سرور یې ورک شي داسې حجم پرېږدي چې نښلول شوی ښکاري او د لاسرسي پر مهال بندېږي، او ادبي سمون دا دی چې د فایل عملیات پای ته ورسوئ او د پلان شوي قطع دمخه یې وباسئ۔ دویم هغه څه تشریح کوي چې ډېری لومړنۍ هڅې ناکامېږي: تونل پورته دی خو حل کوونکی لا نه دی رسېدلی، نو انتظار وکړئ او بیا د تایید لپاره یو ځل په لاس ونښلئ۔ دریم هماغه د پوښتنې سودا ده، نه هغه تېروتنه چې سمول غواړي۔

د بې څارنې ماشین یا مدیریت شوي بېړۍ لپاره دا ډیزاین ناسم شکل لري۔ د ډیسکټاپ اپلیټ پراخول تر ځانګړي خدمت پورې پرېږدئ او د مدیر ملکیت لرونکې د نښلولو تګلاره وکاروئ۔