Mac'dagi VPN utun interfeysi faol, ammo trafik o'tmayaptimi? ifconfig'ni tekshiring

ifconfig utun nomi, manzili va MTU'ni ko'rsatadi, lekin qaysi ilova unga egalik qilishini yoki paketlar qayerga ketishini emas. Haqiqiy savolga javob beradigan beshta faqat-o'qish tekshiruvi.

Siz VPN'ni uladingiz, ifconfig dasturini ishga tushirdingiz va manzili bor utun4 yozuvini topdingiz. Sizga kerak bo'lgan sayt hali ham vaqt tugashi bilan yakunlanadi. Bu bo'shliq normal: ro'yxat virtual interfeys mavjudligini isbotlaydi, uning sizning mijoziingizga tegishli ekanini, sizga muhim yo'nalish uni tanlashini yoki paketlar undan o'tishini emas. Hech narsa o'rnatishdan oldin ham uchta utun yozuvi bo'lgan noutbukda noto'g'ri tunnelni ayblab yarim kun o'tkazganimdan keyin interfeys nomiga ishonishni to'xtatdim.

utun satrida aslida nima bor

To'liq manzarani xohlasangiz, ifconfig -a ni ishga tushiring. Argumentsiz chaqirilganda, ifconfig faqat hozir faol bo'lgan interfeyslarni chiqaradi, shuning uchun ishga tusha olmagan tunnel odamlar ticketlarga yopishtiradigan chiqishdan tushib qolishi mumkin. ifconfig -l faqat nomlarni qaytaradi va ulangandan keyin yangi utun paydo bo'ldimi, buni bilishning eng tez yo'li shu.

Bitta interfeysni o'qish foydali tafsilot yashaydigan joy, va ulangan tunnel odatda shunday ko'rinadi.

utun4: flags=8051<UP,POINTOPOINT,RUNNING,MULTICAST> mtu 1380
    inet 10.8.0.6 --> 10.8.0.5 netmask 0xffffffff
    inet6 fe80::ce81:b1c:bd2c:69e%utun4 prefixlen 64 scopeid 0x15

Javobni uchta maydon olib yuradi. UP va RUNNING yadro interfeysdan foydalanishga tayyor ekanini bildiradi. POINTOPOINT bilan birga --> sherik manzili jismoniy bog'lanish emas, tunnel imzosi. mtu qiymati "ulanadi, keyin tiqilib qoladi" degan hisobotlarning butun sinfini tushuntiradi, chunki utun interfeyslari odatda kamaytirilgan MTU bilan ko'tariladi, bir nechta macOS buildlarida 1380, va mijoz uni bekor qilishi mumkin. Maydonlar ro'yxati bir marta ko'zdan kechirish uchun yetarlicha qisqa, Apple bilan birga beradigan ifconfig qo'llanmasida.

Interfeys orqasidagi jarayonni toping

ifconfig da egalik qiluvchi ilova tushunchasi yo'q. Ikkita VPN mijozi, bitta tizim xizmati va o'tgan haftadan qolgan tunnel bu darajada bir xil ko'rinadigan yozuvlar hosil qiladi. Mening Mac'imda ham, utun0 dan utun3 gacha hech narsa sozlamasdan oldin mavjud edi; Continuity va iCloud Private Relay ham tunnellardan foydalanadi va ularning hech biri siz tekshirayotgan ulanish emas.

Tizimda konfiguratsiya ro'yxatdan o'tkazadigan tunnellar uchun scutil --nc list eng tez bog'liqlik, u har bir konfiguratsiyani holati va xizmat ID'si bilan chiqaradi, ulangani esa shunday belgilanadi.

scutil --nc list
* (Connected)   5F2A9C10-...   VPN  Work IKEv2

Konfiguratsiya ro'yxatdan o'tkazish o'rniga o'z tunnel jarayonini yuritadigan mijozlar u yerda hech qachon ko'rinmaydi. Tunnelblick va buyruq satridagi openvpn nusxasi shu guruhga kiradi, shuning uchun jarayonlar jadvalini ham tekshiring: ps -Ao pid,comm | grep -i openvpn. Jarayon tunnelga egalik qilgach, utun raqami faqat shu jarayonga tegishli, boshqa hech narsaga emas.

Manzilni yo'nalishdan oldin sinab ko'ring

Interfeys foydali manzilsiz ham faol bo'lishi mumkin. Faqat IPv6 profili mahalliy fe80:: yozuvini ko'rsatadi va inet satrida hech narsa bo'lmaydi, surilgan manzilni qo'llay olmagan mijoz ham xuddi shu shaklni qoldiradi. Agar maqsadingiz IPv4 bo'lsa va tunnelda IPv4 manzili bo'lmasa, marshrutlash savoli allaqachon hal qilingan.

MTU alohida tekshiruvga loyiq, chunki bu nosozlik o'lcham muammosiga o'xshamaydi. U autentifikatsiyadan o'tib, katta uzatish boshlanishi bilan jim bo'lib qoladigan ulanishga o'xshaydi. Bo'linmasligi kerak bo'lgan zondni, paket interfeys MTU'siga mos keladigan o'lchamda yuboring; MTU 1400 bo'lsa, foydali yuk 1372 bayt:

ping -D -s 1372 10.8.0.5

Javob kelsa, o'sha o'lchamdagi paketlar tunneldan o'tadi. Kichik pinglar muvaffaqiyatli bo'lganda jimlik MTU'ga yoki yo'lda ICMP'ni tashlab yuboradigan narsaga ishora qiladi, autentifikatsiyaga emas, u siz interfeys olmasdan oldin tugagan.

Manzil tunneldan foydalanishini isbotlang

Muhim savol utun4 bormi degani emas, balki bitta aniq manzilga trafik undan chiqadimi degani. route -n get buni bitta manzil uchun javob beradi va ishlatadigan shlyuz va interfeysni chiqaradi:

route -n get 203.0.113.20
  gateway: 10.8.0.5
  interface: utun4

Agar o'sha buyruq en0 deb ko'rsatsa, sizning split tunneling konfiguratsiyangiz aytilganini qilyapti va interfeysni qancha tekshirsangiz ham bu o'zgarmaydi. netstat -rn -f inet dan foydalaning standart yo'nalish va butun jadval bir ko'rinishda kerak bo'lganda.

Paketlar haqiqatan harakatlanyaptimi, buni hisoblagichlar hal qiladi. netstat -ib utun yozuvlarini ham qo'shib, har bir interfeys bo'yicha paket va bayt jamlarini ko'rsatadi; raqamlar jamlanuvchan, shuning uchun ularni oraliq bilan ikki marta o'qib, solishtiring:

netstat -ib | grep utun4

Ilova qayta urinishda davom etayotganda qotib qolgan hisoblagichlar yadro paketni hech qachon interfeysga bermaganini bildiradi. Ilova hali ham muvaffaqiyatsiz bo'layotganda hisoblagichlar ikki tomonga o'ssa, tekshiruv tunnelning narigi uchiga o'tadi.

Hech qanday utun ko'rinmasa

Muvaffaqiyatli ko'ringan kirishdan keyin interfeyslar ro'yxati bo'sh bo'lsa, bu odatda tunnel umuman boshlanmaganini bildiradi, ifconfig uni yashirayotganini emas. Mijozning o'z holatini, keyin tizimning holatini tekshiring: hech qachon tasdiqlanmagan yoki macOS yangilanishdan keyin o'chirib qo'ygan Network Extension orqasida interfeys qolmaydi. Tasdiq System Settings ichida, Login Items & Extensions ostida bo'ladi va u yerdagi eskirgan yozuvni biror narsani qayta o'rnatishdan oldin yana bir marta almashtirish arziydi.

utun raqamlanishi qayta ulanishlar orasida barqaror emas. O'n daqiqa oldin utun5 bo'lgan joyda utun4 olishingiz mumkin, chunki eski interfeys buziladi va yadro keyingi bo'sh indeksni beradi. Nomni qat'iy yozadigan skriptlar o'sha lahzada jimgina buziladi; o'rniga manzil yoki yo'nalish bo'yicha moslang.

O'qish tomonini faqat-o'qish holida saqlang. sudo ifconfig utun4 down tunnelni uzadi, to'liq tunnel profilida esa masofaviy sessiyangizni ham olib ketadi, bu faqat dalillar yig'ayotganda yomon almashinuv. Bu yerda kerak bo'lgan hech narsa root talab qilmaydi: bayroqlar, manzillar va hisoblagichlarni o'qish oddiy foydalanuvchingiz bilan ishlaydi.

Keyingi safar Mac tunneli yomon xatti-harakat qilsa, tekshiruvlarni tartib bilan bajaring: ifconfig -l bilan utun paydo bo'lganini tasdiqlang, uning bayroqlari, manzillari va MTU'sini o'qing, uni jarayonga bog'lang, route -n get dan manzil qaysi interfeysdan foydalanishini so'rang, keyin netstat -ib harakatini kuzating. Har bir qadam boshqa qatlamni istisno qiladi va birinchi noto'g'ri qaytgan qadam tuzatish joyi.

O'xshash maqolalar