Ako previazať qBittorrent s rozhraním VPN na macOS

Nastavte Network Interface v rozšírenom nastavení qBittorrentu na macOS, priraďte názvy utun živému tunelu, reštartujte klienta a prepojenie preukážte prenosom.

Otvoril som qBittorrent na Mac mini, nastavil Network Interface na utun4, reštartoval a potom strávil popoludnie sledovaním, ako torrent stojí na získavaní metadát, zatiaľ čo VPN stále ukazovalo zdravé pripojenie. Nastavenie nebolo v zásade nesprávne; názov bol zastaraný. macOS prideľuje čísla utun pri spúšťaní služieb, takže utun4, ktorý bol predchádzajúci týždeň správny, ukazoval na tunel, ktorý už neexistoval, a klient pripájal svoje sockety k zariadeniu bez trasy. Postup nižšie je to, čo používam teraz: prečítajte rozhranie z bežiaceho tunela, vyberte ho v klientovi, reštartujte reláciu a potom prepojenie preukážte prenosom a úmyselným odpojením.

Otvorte Rozšírené a nájdite pole rozhrania

V okne qBittorrentu otvorte Predvoľby pomocou Cmd+, a prejdite na stránku Rozšírené. Network Interface je pole, na ktorom záleží: vypisuje názvy rozhraní systému a predvolene stojí na Any Interface, čo znamená, že operačný systém vyberá trasu pre každý socket, ktorý klient otvorí. prehľad možností projektu dokumentuje toto pole a túto predvolenú hodnotu, a je to rovnaké nastavenie na každej platforme, aj keď názvy v ňom rovnaké nie sú.

Dva detaily tu mýlia ľudí. Zoznam zobrazuje názvy zariadení ako en0, en1 a utun0 až utun9, nikdy názov produktu poskytovateľa VPN, takže pred rozumnou voľbou potrebujete priradenie. A voľba sa uplatní pri štarte relácie BitTorrent, nie v okamihu stlačenia OK, takže zmena, ktorá vyzerá uložená, môže stále bežať na starom prepojení.

Ukončite aplikáciu riadne pomocou Cmd+Q a pred opätovným otvorením overte, že proces zmizol. Zatvorenie okna ho len skryje a skrytý klient si drží reláciu, port na počúvanie aj staré rozhranie.

pgrep -fl qbittorrent

Nájdite rozhranie, ktoré vaša VPN skutočne vlastní

Najprv pripojte VPN cez vlastného klienta poskytovateľa a potom čítajte pohľad systému, nie ponuku klienta. Nižšie uvedené príkazy vypisujú každé rozhranie s adresami, ukazujú, ktoré systém považuje za aktívne, a tlačia smerovaciu tabuľku; hľadáte zariadenie utun, ktoré nesie privátny rozsah, ktorý vám poskytovateľ prideľuje.

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

Tri čítania vám povedia, ktoré zariadenie je tunel. Záznam utun potrebuje adresu inet, ktorá patrí do poolu VPN. scutil --nwi ukazuje, ktoré rozhrania systém považuje za aktívne a ktoré je primárne. netstat -rn ukazuje, kam smeruje predvolená trasa, a ak tá trasa stále smeruje na en0, zatiaľ čo utun má adresu, tunel nenesie všetku premávku, čo mení, čo prepojenie neskôr urobí.

Keď môžu existovať dva tunely súčasne, napríklad pracovný a osobný profil, obe zariadenia utun sú prítomné a užitočné je len jedno. Rozhodujú bajtové počítadlá: poznačte si počítadlá, načítajte stránku alebo spustite malý prenos a pozrite, ktoré sa pohlo.

netstat -ib | grep utun

Nepovažujte číslo za stabilné. Opätovné pripojenie môže tomu istému tunelu dať iný názov utun a služba iCloud alebo Continuity môže držať utun0 dávno predtým, než sa vaša VPN pripojí.

Prispôsobte prepojenie rozsahu tunela

Pole prepája zariadenie a to je všetko, čo robí. Ak je VPN plný tunel, ktorý smeruje 0.0.0.0/0 do utun, prepojenie s týmto zariadením posiela každé pripojenie k peerom a každú požiadavku trackeru cez VPN. Ak je VPN rozdelený tunel, ktorý smeruje len niekoľko podsietí, prepojenie s utun posiela premávku peerov na zariadenie bez trasy pre týchto peerov a prenosy sa zastavia namiesto toho, aby unikali. Oba výsledky sú bezpečnejšie ako Any Interface, ale len jeden z nich udrží klienta funkčný. Mimo klienta sa nič nemení: prehliadače a ďalšie aplikácie si držia vlastné trasy, takže požiadavka pokrývajúca všetky aplikácie musí byť presadená zo strany VPN.

Prečítajte si situáciu, než niečo vyberiete:

What you seeWhat it means for the bind
A utun with a provider address and the default route pointing at itFull tunnel; the bind covers peer and tracker traffic
A utun with a provider address but the default route still on en0Split tunnel; the bind will stall transfers unless the provider routes 0.0.0.0/0
No utun carrying a provider addressThe VPN is down or connects on demand; bring it up before selecting
A utun number that changed since the last sessionThe saved name is stale; reselect and restart

Aj rodina adries je dôležitá. Poskytovateľ, ktorý prideľuje len IPv4, necháva prepojené rozhranie bez adresy IPv6, takže peery IPv6 zlyhávajú namiesto toho, aby vykĺzli cez Wi-Fi. Oddelene: prepojenie socketov nefixuje preklad názvov: názvy hostiteľov trackerov sa prekladajú cez resolver macOS, ktorý sa riadi konfiguráciou DNS systému, nie vybraným zariadením.

Tri spôsoby, akými správne vyzerajúca voľba zlyhá

Prvé zlyhanie je nereštartovať. Pole ukazuje utun4, predvoľby vyzerajú nastavené a testovací prenos napriek tomu vychádza cez Wi-Fi, pretože bežiaca relácia si ponechala staré prepojenie. Ukončite úplne, overte pomocou pgrep, otvorte znova a prenos spustite znova.

Druhé je zastaraný názov po opätovnom pripojení. Hneď ako prepojené zariadenie zmizne, pripojenia k peerom zlyhávajú a klient zvyčajne hlási chyby trackeru namiesto čistej správy, že rozhranie zmizlo, čo vyzerá ako mŕtvy torrent. Prečítajte ifconfig znova, vyberte nový názov a reštartujte.

Tretie je predpoklad, že prepojenie zlyhá zavreté. Voľba rozhrania žiada systém, aby pripojil sockety k názvu zariadenia; čo sa stane, keď tento názov chýba alebo sa recykluje, obrazovka nastavení nezaručuje. Test odpojenia v ďalšej časti je jediný dôkaz, ktorý platí.

Overte skutočným prenosom a odpojením

Použite prenos, ktorý smiete spustiť, napríklad obraz distribúcie Linuxu, a spustite ho s pripojenou VPN. Sledujte počítadlá po rozhraniach pred a po a porovnajte ich s vlastným dátovým počítadlom klienta VPN; obe by mali rásť spoločne, kým sa plní zoznam peerov.

netstat -ib | grep utun
pgrep -fl qbittorrent

Potom odpojte VPN z jeho vlastného rozhrania a sledujte prenos. Peery by mali zmiznúť a nové pripojenia by mali zlyhať krátko po páde tunela. Ak priepustnosť pokračuje, prepojenie neplatí a vraciate sa na krok reštartu, nie k firewallu.

Pripojte sa znova a znova skontrolujte vybraný názov, pretože tunel sa môže vrátiť pod iným utun. Krátka poznámka s typom tunela, názvom rozhrania a očakávaným správaním pri páde VPN ušetrí nasledujúcu reláciu: toto nastavenie je pre každý stroj a každého poskytovateľa a neprežije ani upgrade klienta, ani zmenu aplikácie VPN.

Súvisiace články