Kako povezati qBittorrent z vmesnikom VPN na macOS

Odprl sem qBittorrent na Mac miniju, nastavil Network Interface na utun4, znova zagnal in nato preživel popoldne ob gledanju, kako torrent obstane pri pridobivanju metapodatkov, medtem ko je VPN še vedno kazal zdravo povezavo. Nastavitev načeloma ni bila napačna; ime je bilo zastarelo. macOS dodeljuje številke utun ob zagonu storitev, zato je utun4, ki je bil prejšnji teden pravilen, kazal na tunel, ki ga ni bilo več, odjemalec pa je svoje vtiče vezal na napravo brez poti. Spodnje zaporedje je tisto, ki ga uporabljam zdaj: preberite vmesnik iz delujočega tunela, izberite ga v odjemalcu, znova zaženite sejo in nato povezavo dokažite s prenosom in namerno prekinitvijo.

Odprite Napredno in poiščite polje vmesnika

V oknu qBittorrenta odprite Nastavitve s Cmd+, in pojdite na stran Napredno. Network Interface je polje, ki je pomembno: našteva imena vmesnikov sistema in je privzeto na Any Interface, kar pomeni, da operacijski sistem izbere pot za vsak vtič, ki ga odjemalec odpre. pregled možnosti projekta dokumentira to polje in to privzeto vrednost, in to je ista nastavitev na vseh platformah, čeprav imena v njej niso enaka.

Dve podrobnosti tu zmedeta ljudi. Seznam prikazuje imena naprav, kot so en0, en1 in utun0 do utun9, nikoli imena izdelka ponudnika VPN, zato pred smiselno izbiro potrebujete preslikavo. In izbira se uporabi ob začetku seje BitTorrent, ne v trenutku, ko pritisnete OK, zato lahko sprememba, ki je videti shranjena, še vedno teče na stari povezavi.

Zaprite aplikacijo pravilno s Cmd+Q in pred ponovnim odprtjem potrdite, da je proces izginil. Zapiranje okna jo samo skrije, skriti odjemalec pa obdrži sejo, vrata za poslušanje in stari vmesnik.

pgrep -fl qbittorrent

Poiščite vmesnik, ki ga vaš VPN resnično ima

Najprej povežite VPN prek ponudnikovega odjemalca, nato berite pogled sistema namesto menija odjemalca. Spodnji ukazi naštejejo vsak vmesnik z njegovimi naslovi, pokažejo, katere sistem šteje za aktivne, in natisnejo usmerjevalno tabelo; iščete napravo utun, ki nosi zasebni razpon, ki vam ga dodeli ponudnik.

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

Trije odčitki vam povedo, katera naprava je tunel. Vnos utun potrebuje naslov inet, ki pripada bazenu VPN. scutil --nwi pokaže, katere vmesnike sistem šteje za aktivne in kateri je primarni. netstat -rn pokaže, kam kaže privzeta pot, in če ta pot še vedno kaže na en0, medtem ko ima utun naslov, tunel ne prenaša vsega prometa, kar spremeni, kaj bo povezava naredila pozneje.

Ko lahko obstajata dva tunela hkrati, na primer delovni in osebni profil, sta prisotni obe napravi utun in samo ena je uporabna. Števci bajtov odločijo vprašanje: zabeležite števce, naložite stran ali začnite majhen prenos in poglejte, kateri se je premaknil.

netstat -ib | grep utun

Številke ne imejte za stabilno. Ponovna povezava lahko istemu tunelu dodeli drugo ime utun, storitev iCloud ali Continuity pa lahko drži utun0 že dolgo preden se vaš VPN poveže.

Povezavo prilagodite obsegu tunela

Polje veže napravo in to je vse, kar naredi. Če je VPN polni tunel, ki usmerja 0.0.0.0/0 v utun, vezava na to napravo pošlje vsako povezavo z vrstniki in vsako zahtevo sledilnika skozi VPN. Če je VPN razdeljen tunel, ki usmerja le nekaj podomrežij, vezava na utun pošlje promet vrstnikov na napravo brez poti za te vrstnike in prenosi se ustavijo namesto da uhajajo. Oba izida sta varnejša od Any Interface, a le eden ohrani odjemalca delujočega. Zunaj odjemalca se nič ne spremeni: brskalniki in druge aplikacije obdržijo svoje poti, zato mora zahtevo, ki pokriva vse aplikacije, uveljaviti stran VPN.

Preberite situacijo, preden kar koli izberete:

Tudi družina naslovov je pomembna. Ponudnik, ki dodeljuje samo IPv4, pusti vezani vmesnik brez naslova IPv6, zato vrstniki IPv6 spodletijo, namesto da bi se izmuznili prek Wi-Fi. Ločeno: vezava vtičev ne določi razreševanja imen: imena gostiteljev sledilnikov se razrešujejo prek razreševalnika macOS, ki sledi konfiguraciji DNS sistema in ne izbrani napravi.

Trije načini, kako pravilno videča se izbira spodleti

Prva napaka je, da ne znova zaženete. Polje kaže utun4, nastavitve so videti konfigurirane, testni prenos pa vseeno odide prek Wi-Fi, ker je delujoča seja obdržala staro povezavo. Zaprite popolnoma, potrdite s pgrep, odprite znova in znova začnite prenos.

Druga je zastarelo ime po ponovni povezavi. Ko vezana naprava izgine, povezave z vrstniki spodletijo in odjemalec običajno poroča o napakah sledilnika namesto jasnega sporočila, da je vmesnik izginil, kar se bere kot mrtev torrent. Znova preberite ifconfig, izberite novo ime in znova zaženite.

Tretja je predpostavka, da povezava spodleti zaprto. Izbira vmesnika prosi sistem, da pritrdi vtiče na ime naprave; kaj se zgodi, ko tega imena ni ali se reciklira, zaslon nastavitev ne zagotavlja. Test prekinitve v naslednjem razdelku je edini dokaz, ki šteje.

Preverite s pravim prenosom in prekinitvijo

Uporabite prenos, ki ga smete izvesti, na primer podobo distribucije Linux, in ga začnite s povezanim VPN. Opazujte števce po vmesnikih pred in po ter jih primerjajte z lastnim števcem podatkov odjemalca VPN; oba bi morala rasti skupaj, medtem ko se seznam vrstnikov polni.

netstat -ib | grep utun
pgrep -fl qbittorrent

Nato prekinite VPN z njegovega lastnega vmesnika in opazujte prenos. Vrstniki bi morali izginiti, nove povezave pa bi morale spodleteti kmalu po padcu tunela. Če prepustnost traja, povezava ne velja in vračate se na korak znova zagona, ne na požarni zid.

Znova se povežite in še enkrat preverite izbrano ime, ker se tunel lahko vrne pod drugim utun. Kratka opomba z vrsto tunela, imenom vmesnika in pričakovanim vedenjem ob padcu VPN prihrani naslednjo sejo: ta nastavitev je na stroj in na ponudnika in ne preživi niti posodobitve odjemalca niti menjave aplikacije VPN.