Hvernig á að binda qBittorrent við VPN-viðmót á macOS

Ég opnaði qBittorrent á Mac mini, stillti Network Interface á utun4, endurræsti og eyddi síðan heilum síðdegi í að horfa á torrent sitja við að sækja lýsigögn á meðan VPN sýndi enn heilbrigða tengingu. Stillingin var ekki röng í grundvallaratriðum; nafnið var úrelt. macOS úthlutar utun-númerum þegar þjónustur ræsast, svo utun4 sem var rétt vikunni áður vísaði á göng sem voru ekki lengur til, og biðlarinn var að binda sokkana sína við tæki án leiðar. Röðin hér að neðan er sú sem ég nota núna: lestu viðmótið af gangandi göngunum, veldu það í biðlaranum, endurræstu lotuna og sannaðu síðan bindinguna með flutningi og viljandi aftengingu.

Opnaðu Advanced og finndu viðmótsreitinn

Í qBittorrent-glugganum skaltu opna Preferences með Cmd+, og fara á Advanced síðuna. Network Interface er reiturinn sem skiptir máli: hann listar viðmótsnöfn kerfisins og stendur sjálfgefið á Any Interface, sem þýðir að stýrikerfið velur leið fyrir hvern sokka sem biðlarinn opnar. valkostaviðmið verkefnisins skjalfestir þennan reit og það sjálfgefna gildi, og þetta er sama stilling á öllum kerfum þótt nöfnin í henni séu ekki þau sömu.

Tveir smáhlutir valda því að fólk fer villt hér. Listinn sýnir tækjanöfn eins og en0, en1 og utun0 til utun9, aldrei vöruheiti VPN-veitandans, svo þú þarft vörpunina áður en þú getur valið eitthvað skynsamlegt. Og valið er látið gilda þegar BitTorrent-lotan hefst, ekki á þeirri stundu sem þú ýtir á OK, svo breyting sem lítur út fyrir að vera vistuð getur enn verið að keyra á gömlu bindingunni.

Lokaðu forritinu almennilega með Cmd+Q og staðfestu að ferlið sé farið áður en þú opnar það aftur. Að loka glugganum felur hann bara, og faldur biðlari heldur lotunni sinni, hlustunarportinu og gamla viðmótinu.

pgrep -fl qbittorrent

Finndu viðmótið sem VPN-ið þitt á í raun

Tengdu VPN-ið fyrst, í gegnum eigin biðlara veitandans, og lestu svo sýn kerfisins í stað valmyndar biðlarans. Skipanirnar hér að neðan lista hvert viðmót með heimilisföngum þess, sýna hver kerfið telur virk og prenta leiðatöfluna; þú ert að leita að utun-tækinu sem ber einkasviðið sem veitandinn þinn úthlutar.

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

Þrjár lestrar segja þér hvaða tæki er göngin. utun-færslan þarf inet-heimilisfang sem tilheyrir laug VPN-sins. scutil --nwi sýnir hvaða viðmót kerfið telur virk og hvert er aðalviðmótið. netstat -rn sýnir hvert sjálfgefna leiðin vísar, og ef sú leið vísar enn á en0 á meðan utun hefur heimilisfang, þá beru göngin ekki alla umferðina, sem breytir því hvað bindingin gerir síðar.

Þegar tvö göng geta verið til samtímis, til dæmis vinnusnið og persónulegt, eru bæði utun-tækin til staðar og aðeins annað þeirra er gagnlegt. Bætateljarar leysa spurninguna: skráðu teljarana, hlattu síðu eða byrjaðu lítinn flutning og sjáðu hvort hreyfðist.

netstat -ib | grep utun

Líttu ekki á númerið sem stöðugt. Endurtenging getur gefið sama göngunum annað utun-nafn, og iCloud- eða Continuity-þjónusta getur haldið utun0 löngu áður en VPN-ið þitt tengist.

Lagaðu bindinguna að umfangi gagnanna

Reiturinn bindur tæki, og það er allt sem hann gerir. Ef VPN er heil göng sem beina 0.0.0.0/0 inn í utun, sendir binding við það tæki hverja jafningjatengingu og hverja tracker-beiðni í gegnum VPN. Ef VPN er skipt göng sem beina aðeins nokkrum undirnetum, sendir binding við utun jafningjaumferðina á tæki án leiðar fyrir þá jafningja, og flutningar stöðvast í stað þess að leka. Báðar niðurstöður eru öruggari en Any Interface, en aðeins önnur heldur biðlaranum gangandi. Ekkert utan biðlarans breytist: vafrar og önnur forrit halda sínum eigin leiðum, svo krafa sem nær til allra forrita verður að vera framfylgt frá VPN-hliðinni.

Lestu aðstæðurnar áður en þú velur eitthvað:

Heimilisfangaættin skiptir líka máli. Veitandi sem úthlutar aðeins IPv4 lætur bundna viðmótið án IPv6-heimilisfangs, svo IPv6-jafningjar mistakast í stað þess að smjúga út um Wi-Fi. Að auki festir binding sokka ekki nafnaleysingu: tracker-hýslinöfn eru leyst í gegnum leysir macOS, sem fylgir DNS-stillingu kerfisins en ekki völdu tækinu.

Þrjár leiðir sem rétt útlitandi val mistakast

Fyrsta mistakið er að endurræsa ekki. Reiturinn sýnir utun4, stillingarnar líta út fyrir að vera skilgreindar, og prófunarflutningur fer samt út um Wi-Fi vegna þess að gangandi lotan hélt gömlu bindingunni. Lokaðu alveg, staðfestu með pgrep, opnaðu aftur og byrjaðu flutninginn aftur.

Annað er úrelt nafnið eftir endurtengingu. Um leið og bundna tækið hverfur mistakast jafningjatengingar og biðlarinn hefur tilhneigingu til að tilkynna tracker-villur í stað skýrra skilaboða um að viðmótið sé farið, sem lítur út eins og dautt torrent. Lestu ifconfig aftur, veldu nýja nafnið og endurræstu.

Þriðja er að gera ráð fyrir að bindingin mistakist lokuð. Að velja viðmót biður kerfið að festa sokka við tækjanafn; hvað gerist þegar það nafn vantar eða er endurnýtt er ekki eitthvað sem stillingaskjárinn ábyrgist. Aftengingarprófið í næsta hluta er eina sönnunin sem gildir.

Sannreyndu með raunverulegum flutningi og aftengingu

Notaðu flutning sem þú mátt keyra, til dæmis Linux-dreifingarmynd, og byrjaðu hann með VPN-tenginu. Fylgstu með teljurum á hverju viðmóti fyrir og eftir og berðu þá saman við eigin gagnateljara VPN-biðlarans; báðir ættu að hækka saman á meðan jafningjalistinn fyllist.

netstat -ib | grep utun
pgrep -fl qbittorrent

Aftengdu svo VPN-ið frá eigin viðmóti og fylgstu með flutningnum. Jafningjar ættu að hverfa og nýjar tengingar ættu að mistakast skömmu eftir að göngin falla. Ef afköstin halda áfram er bindingin ekki í gildi og þú ert aftur kominn að endurræsingarskrefinu, ekki að eldveggnum.

Tengdu aftur og athugaðu valda nafnið enn einu sinni, því göngin geta komið til baka undir öðru utun. Stutt athugasemd sem skráir tegund ganganna, viðmótsnafnið og vænta hegðun þegar VPN fellur sparar næstu lotu: þessi stilling er fyrir hverja vél og hvern veitanda, og hún lifir hvorki biðlarauppfærslu né skipti á VPN-forriti af.