Kako vezati qBittorrent za VPN interfejs na macOS-u

Otvorio sam qBittorrent na Mac miniju, postavio Network Interface na utun4, restartovao i potom proveo poslijepodne gledajući kako torrent stoji na preuzimanju metapodataka dok je VPN i dalje pokazivao zdravu vezu. Postavka u principu nije bila pogrešna; naziv je bio zastario. macOS dodjeljuje utun brojeve kada se servisi pokreću, pa je utun4 koji je bio ispravan sedmicu prije pokazivao na tunel koji više nije postojao, a klijent je vezao svoje sockete za uređaj bez rute. Slijed ispod je ono što sada koristim: pročitajte interfejs s aktivnog tunela, odaberite ga u klijentu, restartujte sesiju i zatim dokažite vezu prijenosom i namjernim prekidom.

Otvorite Advanced i pronađite polje za interfejs

U prozoru qBittorrenta otvorite Preferences s Cmd+, i prijeđite na stranicu Advanced. Network Interface je polje koje je važno: ono navodi nazive interfejsa u sistemu i po defaultu stoji na Any Interface, što znači da operativni sistem bira rutu za svaki socket koji klijent otvori. referenca opcija projekta dokumentuje to polje i taj default, i to je ista postavka na svakoj platformi iako nazivi unutar nje nisu isti.

Dva detalja ovdje zbunjuju ljude. Lista prikazuje nazive uređaja kao što su en0, en1 i utun0 do utun9, nikada naziv proizvoda VPN provajdera, pa vam je potrebno mapiranje prije nego što odaberete nešto razumno. I odabir se primjenjuje kada BitTorrent sesija počne, a ne u trenutku kada pritisnete OK, pa promjena koja izgleda sačuvano može i dalje raditi na staroj vezi.

Zatvorite aplikaciju ispravno s Cmd+Q i potvrdite da je proces nestao prije nego što je ponovo otvorite. Zatvaranje prozora ga samo skriva, a skriveni klijent zadržava svoju sesiju, svoj port za slušanje i svoj stari interfejs.

pgrep -fl qbittorrent

Pronađite interfejs koji vaš VPN zaista posjeduje

Prvo povežite VPN preko provajderovog vlastitog klijenta, a zatim čitajte pogled sistema umjesto menija klijenta. Komande ispod navode svaki interfejs s njegovim adresama, pokazuju koje sistem smatra aktivnim i štampaju tabelu ruta; tražite utun uređaj koji nosi privatni raspon koji vaš provajder dodjeljuje.

ifconfig -a | grep -A4 '^utun'
scutil --nwi
netstat -rn -f inet | head -n 5

Tri očitanja vam govore koji je uređaj tunel. utun zapis treba inet adresu koja pripada VPN-ovom pulu. scutil --nwi pokazuje koje interfejse sistem smatra aktivnim i koji je primarni. netstat -rn pokazuje kuda pokazuje default ruta, a ako ta ruta i dalje pokazuje na en0 dok utun ima adresu, tunel ne nosi sav saobraćaj, što mijenja ono što će veza kasnije raditi.

Kada dva tunela mogu postojati istovremeno, na primjer radni profil i lični, oba utun uređaja su prisutna i samo je jedan od njih koristan. Brojači bajtova rješavaju pitanje: zabilježite brojače, učitajte stranicu ili pokrenite mali prijenos i vidite koji se pomaknuo.

netstat -ib | grep utun

Ne smatrajte broj stabilnim. Ponovno povezivanje može dati istom tunelu drugačiji utun naziv, a iCloud ili Continuity servis može držati utun0 mnogo prije nego što se vaš VPN poveže.

Uskladite vezu s obimom tunela

Polje veže uređaj i to je sve što radi. Ako je VPN puni tunel koji rutira 0.0.0.0/0 u utun, vezivanje za taj uređaj šalje svaku peer vezu i svaki tracker zahtjev kroz VPN. Ako je VPN podijeljeni tunel koji rutira samo nekoliko podmreža, vezivanje za utun šalje peer saobraćaj na uređaj bez rute za te peere, i prijenosi se zaustavljaju umjesto da cure. Oba ishoda su sigurnija od Any Interface, ali samo jedan od njih održava klijent funkcionalnim. Ništa izvan klijenta se ne mijenja: preglednici i druge aplikacije zadržavaju svoje rute, pa zahtjev koji pokriva svaku aplikaciju mora biti nametnut s VPN strane.

Pročitajte situaciju prije nego što bilo šta odaberete:

Adresna familija je također važna. Provajder koji dodjeljuje samo IPv4 ostavlja vezani interfejs bez IPv6 adrese, pa IPv6 peerovi ne uspijevaju umjesto da se izvuku preko Wi-Fi-ja. Odvojeno, vezivanje socketa ne fiksira razrješavanje naziva: nazivi tracker hostova se razrješavaju kroz macOS resolver, koji slijedi DNS konfiguraciju sistema, a ne odabrani uređaj.

Tri načina na koja ispravan izbor naizgled ne uspijeva

Prvi neuspjeh je nepokretanje iznova. Polje pokazuje utun4, postavke izgledaju konfigurisano, a testni prijenos i dalje izlazi preko Wi-Fi-ja jer je aktivna sesija zadržala staru vezu. Zatvorite potpuno, potvrdite s pgrep, otvorite ponovo i ponovo pokrenite prijenos.

Drugi je zastario naziv nakon ponovnog povezivanja. Kada vezani uređaj nestane, peer veze ne uspijevaju i klijent obično prijavljuje tracker greške umjesto čiste poruke da je interfejs otišao, što izgleda kao mrtav torrent. Ponovo pročitajte ifconfig, odaberite novi naziv i restartujte.

Treći je pretpostavka da veza ne uspijeva zatvoreno. Odabir interfejsa traži od sistema da prikači sockete na naziv uređaja; šta se događa kada taj naziv nedostaje ili se reciklira, ekran postavki ne garantuje. Test prekida u sljedećem odjeljku jedini je dokaz koji se računa.

Provjerite stvarnim prijenosom i prekidom

Koristite prijenos koji vam je dozvoljeno pokrenuti, poput slike Linux distribucije, i pokrenite ga s povezanim VPN-om. Gledajte brojače po interfejsu prije i poslije i uporedite ih s vlastitim brojačem podataka VPN klijenta; oba bi trebala rasti zajedno dok se lista peerova puni.

netstat -ib | grep utun
pgrep -fl qbittorrent

Zatim isključite VPN s njegovog vlastitog interfejsa i gledajte prijenos. Peerovi bi trebali nestati, a nove veze bi trebale ne uspjeti ubrzo nakon što tunel padne. Ako propusnost traje, veza nije na snazi i vraćate se na korak restarta, a ne na firewall.

Ponovo se povežite i provjerite odabrani naziv, jer tunel može doći pod drugim utun-om. Kratka bilješka s tipom tunela, nazivom interfejsa i očekivanim ponašanjem kada VPN padne štedi sljedeću sesiju: ova postavka je po mašini i po provajderu, i ne preživljava ni nadogradnju klijenta ni promjenu VPN aplikacije.