OpenVPN қозғалтқышы ма, әлде Tunnelblick пе: Mac VPN сессиясы кімге тиесілі?

Homebrew OpenVPN бағдарламасын орнатады; Tunnelblick бір немесе бірнеше қозғалтқышты іске қосатын менеджерді орнатады. Бұл — әртүрлі қабаттар, және пайдалы сұрақ терминалды ұнатасыз ба, жоқ па дегенде емес. Ол — конфигурация, DNS өзгерістері, тіркелгі деректерін сұрау және сессия аяқталғандағы тазалау кімге тиесілі екенінде. Осы қабаттардың бір ғана иесі болуы баптауды болжамды етеді.

Төмендегі бес тексеруді ретімен орындаңыз. Екі иесі бар бірінші тексеру — адамдар OpenVPN-нің өзіне жабатын оғаш жартылай қосылған күйлерді тудыратын тексеру. Әр тексеру оны шешетін дәлелді атайды.

Бірінші тексеру: қай OpenVPN бинар файлы шын мәнінде істеп тұр

Қосылған күйде pgrep -fl openvpn пәрменін іске қосып, толық пәрмен жолын оқыңыз. Бірінші жол — шын мәнінде істеп тұрған қозғалтқыш. Apple Silicon-да Homebrew орнатылымы әдетте /opt/homebrew астында болады, Intel Mac-тар /usr/local пайдаланады, ал Tunnelblick қозғалтқышты өз қолданба пакетінің ішінен іске қосады.

Tunnelblick қозғалтқыштарды жинақтайды және конфигурацияға біреуін таңдауға мүмкіндік береді. Homebrew формуласын жаңарту дербес бинар файлды өзгертеді, Tunnelblick профилі іске қосатын қозғалтқышты емес. Мінез-құлық айырмашылығын түсіндіру үшін нұсқаларды салыстырсаңыз, пакет менеджеріндегі қозғалтқышты емес, процестер тізіміндегі қозғалтқышты салыстырыңыз. Нұсқа жолы ғана сол қозғалтқыш қай профильді жүктегенін айтпайды.

Көшірілген профиль екі қозғалтқышты бірдей көрсетуі мүмкін, ал олар әртүрлі файлдарды оқиды. Пәрмен жолындағы профиль жолы істеп тұрған процесс қай конфигурацияны жүктегенін көрсетеді; редакторда ашық профиль дәлел емес. Мінез-құлықты салыстырмас бұрын сол жолды салыстырыңыз.

Екінші тексеру: DNS пен маршруттарды кім өзгертеді

Қозғалтқыш OpenVPN-нің өз up және down директиваларын орындай алады, бірақ менеджер сол өмірлік циклдің иесі болуы мүмкін. Tunnelblick-тің атау сервері баптаулары оның стандартты қосылу және ажырау скрипттерін басқарады, ал бұл интеграция қосылған кезде профильдегі бәсекелес директивалар еленбеуі мүмкін.

Бұл маңызды, өйткені DNS — жұмыс істеп тұрған туннель ең жиі бұзылған болып көрінетін жер. Қосылған күйде scutil --dns тексеріп, қай шешуші бірінші екенін белгілеп, ажырағаннан кейін қайта келетінін растаңыз. Егер профиль DNS-ті өзі орнатқысы келсе, ал менеджер де оны басқарса, екеуінің біреуі жеңіледі.

Бірінші қосылымға дейін қай қабат DNS-ке ие екенін шешіп, содан кейін екеуін де қалдырудың орнына жеңілген директиваны алып тастаңыз. Маршрут өзгерістері сол ережеге бағынады: бір иесі, конфигурацияда көрінетін, құжатталған қалпына келтіру жолымен.

Үшінші тексеру: тіркелгі деректері қайдан келеді

Интерактивті сұрау мен қадағалаусыз процесс түрлі талаптарға ие. Бір қолданба сақтаған тіркелгі деректері басқа процесс үшін автоматты түрде қолжетімді емес, ал менеджерге байланған кілт сақтағышы элементі қабықтан іске қосылған дербес қозғалтқышқа көрінбеуі мүмкін.

Профиль үшін тіркелгі деректерінің көзін атап шығыңыз: клиент сертификаты мен кілт, пайдаланушы аты мен құпия сөз сұрауы, немесе сыртқы көмекші ұсынған токен. Содан кейін таңдалған иесі адамсыз сол көзге жететінін растаңыз, егер байланыс қайта жүктеуден кейін де сақталуы керек болса.

Төртінші тексеру: процесті кім бастайды, қадағалайды және тоқтатады

Дербес орналастыруға істеп тұру үшін қадағалаушы керек. Launchd қозғалтқышты кіру кезінде немесе сұраныспен бастай алады, құлағаннан кейін қайта іске қосады және таза тоқтатады, бірақ біреу бұл жұмысты жазып, оған ие болуы керек. Пәрменді терминалда іске қосу сынаққа жарайды, терезені жабатын пайдаланушыға жарамайды.

Егер Tunnelblick иесі болып қалса, екінші қозғалтқышты іске қосудың орнына оның қолдайтын басқару құралдарын пайдаланыңыз. Homebrew бинар файлы көшірілген профильмен қазіргі Tunnelblick сессиясына бұйрық берудің орнына өз конфигурациясы мен интеграция контекстімен дербес байланыс ашады.

Қай иесін таңдасаңыз да, ұйқы, желі ауысуы және шығу кезінде не болатынын анықтаңыз. Менеджер әдетте осы оқиғаларды өңдейді; жалаң процесс әдетте өңдемейді, ал пайда болған ескірген маршрут немесе шешуші сервер ақауы деп қате оқылады.

Бесінші тексеру: тапсыру қалай тексеріледі

Жаңа иесін ескісін өшіріп тексеріңіз, содан кейін ескісін ұстап қалғыңыз келсе, оны қайта тексеріңіз. Бір жұмыс ағынында жауап беріп, екіншісінде бермейтін жеке ресурс жетіспейтін интеграция туралы дәлел, сервер туралы емес.

Дербес қозғалтқышқа тапсыру үшін профиль жолын, бинар жолын, қадағалаушыны, DNS иесін және тіркелгі деректерінің көзін жазып алыңыз. Содан кейін осы ретпен жеке ресурсты, ашық интернетке жолды және таза ажырауды тексеріңіз. Егер ажырағаннан кейін DNS немесе маршруттар қалса, жаңа иесі әлі бітпеген.

Tunnelblick-ке тапсыру үшін конфигурация үшін қозғалтқышты таңдап, көздеген DNS интеграциясын қосып, оған қарсы профиль директиваларын алып тастаңыз. Содан кейін сол үш тексеруді қайталаңыз. Істеп тұрған, бірақ шешушіні өзгеріп қалдыратын байланыс — туннель көтерілсе де, сәтсіз тапсыру.

Қаптау сервермен үйлесімділікті шешпейді. Қызметтің өз клиент талаптарын тексеріп, оның басқаруын өзіңіз қамтамасыз етпек болсаңыз ғана жалғыз қозғалтқышты таңдаңыз.