OpenVPN dvigateli yoki Tunnelblick: Mac VPN sessiyasi kimga tegishli?

Homebrew OpenVPN dasturini o'rnatadi; Tunnelblick esa bir yoki bir nechta dvigatelni ishga tushiradigan menejerni o'rnatadi. Bular turli qatlamlar, va foydali savol terminaldan foydalanishni yoqtirasizmi degani emas. Savol konfiguratsiya, DNS o'zgarishlari, hisob ma'lumotlarini so'rash va sessiya tugaganda tozalash kimga tegishli ekanida. Bu qatlamlar uchun bitta egasi bo'lishi sozlashni bashorat qilinadigan qiladi.

Quyidagi beshta tekshiruvni tartib bilan bajaring. Ikki egasi bo'lgan birinchi tekshiruv — odamlar OpenVPN'ning o'ziga ayblaydigan g'alati yarim ulangan holatlarni keltirib chiqaradigan tekshiruv. Har bir tekshiruv uni hal qiladigan dalilni nomlaydi.

Birinchi tekshiruv: qaysi OpenVPN ikkilik fayli haqiqatan ishlayapti

Ulangan holatda pgrep -fl openvpn buyrug'ini bajaring va to'liq buyruq qatorini o'qing. Birinchi yo'l — haqiqatan ishlayotgan dvigatel. Apple Silicon'da Homebrew o'rnatilishi odatda /opt/homebrew ostida bo'ladi, Intel Mac'lar /usr/local dan foydalanadi, Tunnelblick esa dvigatelni o'z ilova paketi ichidan ishga tushiradi.

Tunnelblick dvigatellarni jamlaydi va konfiguratsiyaga ulardan birini tanlashga ruxsat beradi. Homebrew formulasini yangilash mustaqil ikkilik faylni o'zgartiradi, Tunnelblick profili ishga tushiradigan dvigatelni emas. Xulq-atvor farqini tushuntirish uchun versiyalarni taqqoslasangiz, paket menejeridagi dvigatelni emas, jarayonlar ro'yxatidagi dvigatelni taqqoslang. Faqat versiya satri bu dvigatel qaysi profilni yuklaganini aytmaydi.

Ko'chirilgan profil ikki dvigatelni bir xil ko'rsatishi mumkin, holbuki ular turli fayllarni o'qiydi. Buyruq qatoridagi profil yo'li ishlayotgan jarayon qaysi konfiguratsiyani yuklaganini aytadi; muharrirda ochiq profil dalil emas. Xulq-atvorni taqqoslashdan oldin o'sha yo'lni taqqoslang.

Ikkinchi tekshiruv: DNS va marshrutlarni kim o'zgartiradi

Dvigatel OpenVPNning o'z up va down ko'rsatmalarini bajara oladi, lekin menejer xuddi shu hayot davriga ega bo'lishi mumkin. Tunnelblickning nom serveri sozlamalari uning standart ulanish va uzilish skriptlarini boshqaradi va bu integratsiya yoqilganda profildagi raqib ko'rsatmalar e'tiborsiz qolishi mumkin.

Bu muhim, chunki DNS — ishlayotgan tunnel ko'pincha buzilgan ko'rinadigan joy. Ulangan holatda scutil --dns ni tekshiring, qaysi hal qiluvchi birinchi ekanini yozib qo'ying va uzilgandan keyin u qaytishini tasdiqlang. Agar profil DNSni o'zi o'rnatishni kutsa, menejer ham uni boshqarsa, ikkisidan biri yutqazadi.

Birinchi ulanishdan oldin qaysi qatlam DNSga egaligini hal qiling, so'ng ikkalasini ham qoldirish o'rniga yutqazgan ko'rsatmani olib tashlang. Marshrut o'zgarishlari ham xuddi shu qoidaga bo'ysunadi: bitta egasi, konfiguratsiyada ko'rinadigan, hujjatlashtirilgan tiklash yo'li bilan.

Uchinchi tekshiruv: hisob ma'lumotlari qayerdan keladi

Interaktiv so'rov va nazoratsiz jarayon turli talablarga ega. Bir ilova saqlagan hisob ma'lumoti boshqa jarayon uchun avtomatik mavjud emas, menejerga bog'langan kalit zanjiri elementi esa qobiqdan ishga tushirilgan mustaqil dvigatelga ko'rinmasligi mumkin.

Profil uchun hisob ma'lumotlari manbasini sanab o'ting: mijoz sertifikati va kaliti, foydalanuvchi nomi va parol so'rovi yoki tashqi yordamchi taqdim etgan token. So'ng tanlangan egasi, agar ulanish qayta ishga tushirishdan keyin ham saqlanishi kerak bo'lsa, odamsiz o'sha manbaga yetib borishini tasdiqlang.

To'rtinchi tekshiruv: jarayonni kim boshlaydi, nazorat qiladi va to'xtatadi

Mustaqil joylashtirish ishlab turishi kerak bo'lsa, nazoratchi kerak. Launchd dvigatelni kirish paytida yoki so'rov bo'yicha ishga tushirishi, yiqilgandan keyin qayta ishga tushirishi va toza to'xtatishi mumkin, lekin bu ishni kimdir yozishi va unga ega bo'lishi kerak. Buyruqni terminalda bajarish sinov uchun yaraydi, oynani yopadigan foydalanuvchi uchun emas.

Agar Tunnelblick egasi bo'lib qolsa, ikkinchi dvigatelni ishga tushirish o'rniga uning qo'llab-quvvatlanadigan boshqaruvlaridan foydalaning. Homebrew ikkilik fayli ko'chirilgan profil bilan mavjud Tunnelblick sessiyasiga buyruq berish o'rniga o'z konfiguratsiyasi va integratsiya konteksti bilan mustaqil ulanish ochadi.

Qaysi egasini tanlasangiz ham, uyqu, tarmoq o'zgarishi va chiqish paytida nima bo'lishini aniqlang. Menejer odatda bu hodisalarni boshqaradi; yalang'och jarayon odatda yo'q, va natijada qolgan eskirgan marshrut yoki hal qiluvchi server nosozligi deb noto'g'ri o'qiladi.

Beshinchi tekshiruv: topshirish qanday tasdiqlanadi

Yangi egasini eski egasi o'chirilgan holatda sinab ko'ring, so'ng eskisini saqlab qolmoqchi bo'lsangiz uni yana sinab ko'ring. Bir ish oqimida javob beradigan, boshqasida bermaydigan xususiy resurs yetishmayotgan integratsiya haqida dalil, server haqida emas.

Mustaqil dvigatelga topshirish uchun profil yo'lini, ikkilik yo'lini, nazoratchini, DNS egasini va hisob ma'lumotlari manbasini yozib qo'ying. So'ng shu tartibda xususiy resursni, ochiq internetga yo'lni va toza uzilishni tasdiqlang. Agar uzilgandan keyin DNS yoki marshrutlar qolsa, yangi egasi hali tugatmagan.

Tunnelblickka topshirish uchun konfiguratsiya uchun dvigatelni tanlang, ko'zda tutilgan DNS integratsiyasini yoqing va unga qarshi bo'lgan profil ko'rsatmalarini olib tashlang. So'ng o'sha uchta tekshiruvni takrorlang. Ishlaydigan, lekin hal qiluvchini o'zgargan holda qoldiradigan ulanish — tunnel ko'tarilgan bo'lsa ham, muvaffaqiyatsiz topshirish.

Qadoqlash server bilan moslikni hal qilmaydi. Xizmatning o'z mijoz talablarini tekshiring va uning boshqaruvini o'zingiz ta'minlamoqchi bo'lsangizgina yakka dvigatelni tanlang.