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 интеграцийг идэвхжүүлж, түүнд эсэргүүцэх профайлын зааврыг устгаарай. Дараа нь мөн адил гурван шалгалтыг давтаарай. Ажиллаж байгаа ч шийдэгчийг өөрчилсөн хэвээр үлдээсэн холболт нь туннель боссон ч бүтэлгүй шилжүүлэг.

Сав баглаа боодол нь сервертэй нийцэхийг шийддэггүй. Үйлчилгээний өөрийн хэрэглэгчийн шаардлагыг шалгаж, түүний удирдлагыг өөрөө хангахаар зорьж байгаа үед л зөвхөн хөдөлгүүрийг сонгоорой.

Холбоотой нийтлэлүүд