Siz VPN ro‘yxatini ochasiz, boshqa saqlangan yozuvni tanlaysiz va toza almashinuvni kutasiz: yangi chiqish manzili, qolgani o‘zgarmaydi. Avval shu taxmindan voz kechish kerak. macOS’da saqlangan VPN oldindan sozlangan parametr emas, to‘liq tarmoq xizmati, shuning uchun xizmatni almashtirish marshrutlash, DNS va autentifikatsiyani bir vaqtda o‘zgartirishi mumkin. Menyu satri qaysi xizmat faol ekanini ko‘rsatadi; uning ostidagi tunnel niyatingizga mos kelishini aytmaydi.

Saqlangan ro‘yxat profil tanlagichi emas

Tizim sozlamalari > Tarmoq bo‘limidagi har bir yozuv alohida xizmat: o‘z server manzili, hisobi, autentifikatsiya usuli, DNS serverlari va «Butun trafikni VPN ulanishi orqali yuborish» kabi parametrlari bor. Eski versiyalarda xuddi shu ro‘yxat Tizim sozlamalarida turadi. Ikki yozuv bir xil xost nomiga ishora qilib, baribir boshqacha harakat qilishi mumkin, chunki protokol yoki klient kengaytmasi tunnel qanday qurilishini belgilaydi.

Uchinchi tomon klientlari alohida ro‘yxatlar tutadi. Tunnelblick sozlamalarni o‘z papkasidan o‘qiydi, WireGuard o‘z tunnel ro‘yxatini saqlaydi, OpenVPN Connect esa profillarni ilova ichida saqlaydi. Ba’zilari sozlamani tizimda ro‘yxatdan o‘tkazadi; boshqalari hammasini ilova ichida saqlaydi va ichki ro‘yxatda hech qachon ko‘rinmaydi. Shuning uchun «saqlanganiga o‘tish» profil qaysi ilovaga tegishli ekaniga qarab turli amallarni bildiradi.

scutil --nc list tizim sozlamasida ro‘yxatdan o‘tgan VPN xizmatlarini nomlari qo‘shtirnoqda chiqaradi. Almashinuvni skript qilganda aynan shu nomlardan foydalaning va ro‘yxat uchinchi tomonning har bir tunnelini qamrab oladi deb o‘ylamang.

Almashinuv aslida nimani o‘zgartiradi

Faol xizmat almashganda to‘rt narsa birga harakatlanadi. Agar o‘sha xizmat butun trafikni yuborsa, standart marshrut yangi tunnelga ergashadi; rezolverlar ro‘yxati xizmat ko‘rsatgan DNS serverlarga o‘zgaradi; yangi ulanishlar manba sifatida yangi tunnel manzilini oladi; va ishlatilayotgan hisob ma’lumotlari yangi xizmatga tegishli. Mahalliy sozlama va ilova profili bir-birini almashtira olmaydi, ikkisi ham bir shlyuzda tugasa ham.

What you assumeWhat the system does
Same server name means same tunnelProtocol, certificate and account are per service
All traffic follows the active VPNOnly when Send all traffic over VPN is on
DNS switches with the VPNOnly if that service defines DNS servers
Disconnect ends the connectionOn Demand or a management profile can reconnect
Open sessions survive the switchTCP sessions tied to the old address stall

Odamlarni hayratga soladigan qism — DNS. macOS rezolverlar tartibini saqlaydi va scutil --dns qaysi rezolverlar qaysi interfeysda ishlatilayotganini ko‘rsatadi. DNS serverlari sozlanmagan VPN xizmati Wi-Fi rezolverining javob berishiga yo‘l qo‘yishi mumkin, shuning uchun yangi ommaviy manzilni eski DNS xatti-harakati bilan olasiz va almashinuv yarim ishlagan deb xulosa qilasiz.

Eski sozlama nima uchun qaytib keladi

Agar uzib, o‘sha xizmat birozdan keyin qayta ulansa, birinchi navbatda On Demand’ni ko‘ring. So‘rov bo‘yicha ulanish qoidasi ilova mos domenni hal qilganda xizmatni qaytarishi mumkin, boshqaruv profili esa xuddi shu qoidani majburlashi mumkin. Yozuvni o‘chirish buni kamdan-kam tuzatadi: profil orqali o‘rnatilgan sozlama odatda keyingi profil yangilanishida qaytadi, qo‘lda qilingani esa xizmat yo‘q bo‘lsa ham parolini Keychain’da qoldirishi mumkin.

Ikkinchi xizmatni ishga tushirish birinchisini har doim to‘xtatmaydi. Klient va protokolga qarab ikkita tunnel va ikki to‘plam marshrut bilan qolishingiz mumkin, trafikni qaysi biri tashiydi — buni oxirgi bosgan belgi emas, xizmatlar tartibi va marshrutning aniqligi hal qiladi. Almashinuv bo‘ldi deb hisoblashdan oldin interfeyslarni tekshiring.

Tunnelni tekshiring, belgini emas

Sozlamalarga tegishdan oldin tizimning o‘z ko‘rinishini ko‘zdan kechiring.scutil --nc status "Name" tizim nima deb o‘ylashini xabar qiladi; ifconfigutun interfeysda manzil bor-yo‘qligini ko‘rsatadi;netstat -rn -f inet standart marshrut qayerga ishora qilishini ko‘rsatadi;scutil --dns aslida ishlatilayotgan rezolverni ko‘rsatadi. So‘ng yangi ulanish ochib, chiqish manzilini tasdiqlang, chunki avval kirgan sahifa hali eski tunnelga bog‘langan soketdan foydalanayotgan bo‘lishi mumkin.

Agar DNS hali ham mahalliy tarmoqdan javob bersa, xizmatning sozlangan serverlarini rezolverlar ro‘yxati bilan solishtiring. Agar standart marshrut hali ham jismoniy interfeysga ishora qilsa, xizmat bo‘lingan tunnelda yoki to‘liq ulanmagan. Ikkisi ham sozlama natijasi, buzuq klientning isboti emas.

Kutilmagan holatlardan qochadigan almashinuv tartibi

  1. Joriy xizmatni va uni profil boshqarishini yozib qo‘ying.
  2. Ikki tunnel birga mavjud bo‘lolmasa, avval uni uzing.
  3. Maqsadga ulanib, Connecting emas, Connected holatini kuting.
  4. Standart marshrut, rezolverlar ro‘yxati va yangi chiqish manzilini tekshiring.
  5. Uzoq sessiyalarni ushlab turuvchi ilovalarni qayta ishga tushiring.

Yangi yozuv bu tekshiruvlardan o‘tguncha eskisini saqlang va har bir yozuvga alohida nom bering; bir xil yorliqlar keyingi nosozlikni aniqlashni qiyinlashtiradi. Apple’ning Mac yordami mahalliy tomonni Mac’da VPN ulanishini sozlash sahifasida tavsiflaydi, boshqariladigan sozlamani tahrirlashdan oldin shuni ko‘rish kerak.

Agar tanlov qaytsa, avval uni siyosat yoki On Demand deb qabul qiling. Sozlama kimga tegishli ekanini va avtomatik ulanishga sozlanganini tasdiqlang, keyin xizmatni almashtiryapsizmi yoki profil bilan kurashyapsizmi — shuni hal qiling.

O'xshash maqolalar