Kuidas siduda qBittorrent macOS-is VPN-liidesega

Määrake qBittorrenti täpsemates valikutes Network Interface, vastendage utun-nimed töötava tunneliga, taaskäivitage klient ja tõestage side ülekandega.

Avasin qBittorrenti Mac minil, panin Network Interface'i utun4 peale, taaskäivitasin ja veetsin seejärel pärastlõuna jälgides, kuidas torrent jäi metateabe hankimise juurde seisma, samal ajal kui VPN näitas endiselt tervet ühendust. Seade ei olnud põhimõtteliselt vale; nimi oli aegunud. macOS annab utun-numbrid teenuste käivitumisel, nii et utun4, mis oli eelmisel nädalal õige, osutas tunnelile, mida enam ei olnud, ja klient sidus oma soketid seadme külge, millel puudus marsruut. Alljärgnev järjekord on see, mida ma nüüd kasutan: loe liides töötavast tunnelist, vali see kliendis, taaskäivita sessioon ja tõesta seejärel side ülekande ja teadliku katkestamisega.

Avage Advanced ja leidke liidese väli

Avage qBittorrenti aknas Preferences klahvikombinatsiooniga Cmd+, ja minge lehele Advanced. Network Interface on väli, mis loeb: see loetleb süsteemi liidesenimed ja on vaikimisi Any Interface, mis tähendab, et operatsioonisüsteem valib marsruudi iga soketi jaoks, mille klient avab. Projekti valikute viide dokumenteerib selle välja ja selle vaikeväärtuse ning see on sama säte igal platvormil, kuigi selles olevad nimed ei ole samad.

Kaks detaili ajavad siin inimesi segadusse. Loend näitab seadmenimesid nagu en0, en1 ja utun0 kuni utun9, mitte kunagi VPN-teenusepakkuja tootenime, seega on teil vastendust vaja enne, kui saate midagi mõistlikku valida. Ja valik rakendub BitTorrenti sessiooni alguses, mitte hetkel, kui vajutate OK, seega salvestatuna näiv muudatus võib endiselt vana sideme peal töötada.

Sulgege rakendus korralikult kombinatsiooniga Cmd+Q ja veenduge enne uuesti avamist, et protsess on kadunud. Akna sulgemine ainult peidab selle ja peidetud klient hoiab oma sessiooni, kuulamisporti ja vana liidest.

pgrep -fl qbittorrent

Leidke liides, mida teie VPN tegelikult omab

Ühendage esmalt VPN teenusepakkuja enda kliendi kaudu ja seejärel lugege süsteemi vaadet, mitte kliendi menüüd. Allpool olevad käsud loetlevad iga liidese koos aadressidega, näitavad, milliseid peab süsteem aktiivseks, ja prindivad marsruutimistabeli; te otsite utun-seadet, mis kannab privaatset vahemikku, mille teie pakkuja annab.

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

Kolm lugemist ütlevad teile, milline seade on tunnel. utun-kirje vajab inet-aadressi, mis kuulub VPN-i pooli. scutil --nwi näitab, milliseid liideseid peab süsteem aktiivseks ja milline on esmane. netstat -rn näitab, kuhu vaikemarsruut osutab, ja kui see marsruut osutab endiselt en0-le, samal ajal kui utun-il on aadress, ei kanna tunnel kogu liiklust, mis muudab seda, mida side hiljem teeb.

Kui korraga võib eksisteerida kaks tunnelit, näiteks tööprofiil ja isiklik, on mõlemad utun-seadmed olemas ja kasulik on ainult üks neist. Baidilugejad otsustavad küsimuse: kirjutage lugejad üles, laadige leht või alustage väikest ülekannet ja vaadake, milline liikus.

netstat -ib | grep utun

Ärge pidage numbrit stabiilseks. Ühenduse taastamine võib anda samale tunnelile teise utun-nime ja iCloud või Continuity teenus võib hõivata utun0 ammu enne, kui teie VPN ühendub.

Sobitage side tunneliga ulatusega

Väli seob seadme ja teeb ainult seda. Kui VPN on täistunnel, mis suunab 0.0.0.0/0 utun-i, saadab selle seadmega sidumine iga peer-ühenduse ja iga tracker-päringu läbi VPN-i. Kui VPN on jaotatud tunnel, mis suunab ainult mõnda alamvõrku, saadab utun-iga sidumine peer-liikluse seadmele, millel pole nende peeride jaoks marsruuti, ja ülekanded peatuvad selle asemel, et lekkida. Mõlemad tulemused on turvalisemad kui Any Interface, kuid ainult üks hoiab kliendi töös. Väljaspool klienti ei muutu miski: brauserid ja teised rakendused hoiavad oma marsruute, seega kõiki rakendusi kattev nõue tuleb kehtestada VPN-i poolelt.

Lugege olukorda enne, kui midagi valite:

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

Ka aadressiperekond loeb. Pakkuja, kes määrab ainult IPv4, jätab seotud liidese IPv6-aadressita, seega IPv6-peerid ebaõnnestuvad, selle asemel et Wi-Fi kaudu välja libiseda. Eraldi: soketite sidumine ei kinnita nimelahendust: tracker-hostinimed lahendatakse macOS-i resolveri kaudu, mis järgib süsteemi DNS-konfiguratsiooni, mitte valitud seadet.

Kolm viisi, kuidas õigena näiv valik ebaõnnestub

Esimene ebaõnnestumine on mitte taaskäivitada. Väli näitab utun4, eelistused näivad seadistatud ja testülekanne väljub ikkagi Wi-Fi kaudu, sest töötav sessioon jättis vana sideme alles. Sulgege täielikult, kinnitage pgrep-iga, avage uuesti ja alustage ülekanne uuesti.

Teine on aegunud nimi pärast ühenduse taastamist. Kui seotud seade kaob, peer-ühendused ebaõnnestuvad ja klient kipub teatama tracker-vigu, mitte selget sõnumit, et liides on kadunud, mis kõlab nagu surnud torrent. Lugege ifconfig uuesti, valige uus nimi ja taaskäivitage.

Kolmas on eeldus, et side ebaõnnestub suletult. Liidese valimine palub süsteemil soketid seadmenimega ühendada; mis juhtub, kui see nimi puudub või seda taaskasutatakse, ei garanteeri seadete ekraan. Järgmise jaotise katkestustest on ainus tõend, mis loeb.

Kontrollige tõelise ülekande ja katkestamisega

Kasutage ülekannet, mida teil on lubatud käivitada, näiteks Linuxi distributsiooni kujutist, ja käivitage see VPN-iga ühendatud olekus. Jälgige liidesepõhiseid lugejaid enne ja pärast ning võrrelge neid VPN-kliendi enda andmelugejaga; mõlemad peaksid koos kasvama, kuni peer-loend täitub.

netstat -ib | grep utun
pgrep -fl qbittorrent

Seejärel katkestage VPN selle enda liidesest ja jälgige ülekannet. Peerid peaksid kaduma ja uued ühendused peaksid tunnelilanguse järel peagi ebaõnnestuma. Kui läbilaskevõime jätkub, ei ole side jõus ja olete tagasi taaskäivitamise sammul, mitte tulemüüri juures.

Ühendage uuesti ja kontrollige valitud nime veel kord, sest tunnel võib naasta teise utun-i all. Lühike märge tunneli tüübi, liidese nime ja VPN-i langemisel oodatava käitumise kohta säästab järgmise sessiooni: see säte on masinapõhine ja pakkujapõhine ning see ei ela üle ei kliendi uuendust ega VPN-rakenduse vahetust.

Seotud artiklid