OpenVPN кыймылдаткычыбы же Tunnelblickпи: Mac VPN сессиясы кимге таандык?
Терминал — бөлүүчү сызык эмес. Сессия кимге таандык экенин чечиңиз: иштеткен кыймылдаткычыңызбы же DNS, ыйгарым укуктар жана тазалоо менен алектенген менеджерби.
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 интеграциясын күйгүзүп, ага каршы профиль директиваларын алып салыңыз. Анан ошол эле үч текшерүүнү кайталаңыз. Иштеген, бирок чечүүчүнү өзгөртүп кеткен туташуу — туннел көтөрүлсө да, ийгиликсиз өткөрүп берүү.
Таңгактоо сервер менен шайкештикти чечпейт. Кызматтын өзүнүн кардар талаптарын текшерип, анын башкаруусун өзүңүз камсыз кылмакчы болсоңуз гана жалгыз кыймылдаткычты тандаңыз.