Kaip macOS sistemoje susieti qBittorrent su VPN sąsaja

macOS sistemoje nustatykite Network Interface qBittorrent išplėstinėse nuostatose, priskirkite utun pavadinimus veikiančiam tuneliui, iš naujo paleiskite klientą ir įrodykite susiejimą perkėlimu.

Atidariau qBittorrent Mac mini, nustačiau Network Interface į utun4, paleidau iš naujo ir paskui praleidau popietę stebėdamas, kaip torrentas sustoja gaunant metaduomenis, nors VPN vis dar rodė sveiką ryšį. Nustatymas iš esmės nebuvo klaidingas; pavadinimas buvo pasenęs. macOS priskiria utun numerius, kai paleidžiamos paslaugos, todėl utun4, kuris buvo teisingas praėjusią savaitę, rodė į tunelį, kurio nebėra, o klientas savo lizdus siejo su įrenginiu be maršruto. Toliau pateikta seka yra tai, ką naudoju dabar: perskaityti sąsają iš veikiančio tunelio, pasirinkti ją kliente, paleisti sesiją iš naujo ir tada įrodyti susiejimą perkėlimu bei sąmoningu atjungimu.

Atidarykite Advanced ir raskite sąsajos lauką

qBittorrent lange atidarykite Preferences su Cmd+, ir pereikite į Advanced puslapį. Network Interface yra laukas, kuris svarbus: jis išvardija sistemos sąsajų pavadinimus ir pagal numatytuosius nustatymus yra Any Interface, o tai reiškia, kad operacinė sistema parenka maršrutą kiekvienam lizdui, kurį atidaro klientas. Projekto parinkčių aprašas dokumentuoja šį lauką ir tą numatytąją reikšmę, ir tai ta pati nuostata visose platformose, nors joje esantys pavadinimai nėra vienodi.

Du dalykai čia klaidina žmones. Sąraše rodomi įrenginių pavadinimai, tokie kaip en0, en1 ir utun0 iki utun9, niekada VPN teikėjo produkto pavadinimas, todėl prieš pasirenkant ką nors prasminga reikia atitikmens. Ir pasirinkimas taikomas pradedant BitTorrent sesiją, o ne tuo momentu, kai paspaudžiate OK, todėl išsaugotas atrodantis pakeitimas gali vis dar veikti su senuoju susiejimu.

Uždarykite programą tinkamai su Cmd+Q ir prieš vėl atidarydami patvirtinkite, kad procesas išnyko. Langą uždarius jis tik paslepiamas, o paslėptas klientas išlaiko sesiją, klausymosi prievadą ir senąją sąsają.

pgrep -fl qbittorrent

Raskite sąsają, kurią jūsų VPN iš tikrųjų valdo

Pirmiausia prisijunkite prie VPN per teikėjo klientą, o tada skaitykite sistemos vaizdą, o ne kliento meniu. Toliau pateiktos komandos išvardija kiekvieną sąsają su jos adresais, parodo, kurias sistema laiko aktyviomis, ir atspausdina maršrutų lentelę; jūs ieškote utun įrenginio, kuris neša privatų diapazoną, kurį skiria jūsų teikėjas.

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

Trys nuskaitymai pasako, kuris įrenginys yra tunelis. utun įrašui reikia inet adreso, priklausančio VPN baseinui. scutil --nwi parodo, kurias sąsajas sistema laiko aktyviomis ir kuri yra pagrindinė. netstat -rn parodo, kur nukreiptas numatytasis maršrutas, o jei tas maršrutas vis dar nukreiptas į en0, nors utun turi adresą, tunelis neperduoda viso srauto, o tai keičia, ką susiejimas darys vėliau.

Kai vienu metu gali egzistuoti du tuneliai, pavyzdžiui, darbo ir asmeninis profilis, abu utun įrenginiai yra, ir naudingas tik vienas iš jų. Baitų skaitliukai išsprendžia klausimą: užsirašykite skaitliukus, įkelkite puslapį arba pradėkite nedidelį perkėlimą ir pažiūrėkite, kuris pajudėjo.

netstat -ib | grep utun

Nelaikykite numerio stabiliu. Pakartotinis prisijungimas gali tam pačiam tuneliui suteikti kitą utun pavadinimą, o iCloud arba Continuity paslauga gali užimti utun0 gerokai prieš jūsų VPN prisijungimą.

Suderinkite susiejimą su tunelio apimtimi

Laukas susieja įrenginį, ir tai viskas, ką jis daro. Jei VPN yra pilnas tunelis, kuris 0.0.0.0/0 nukreipia į utun, susiejimas su tuo įrenginiu siunčia kiekvieną peer ryšį ir kiekvieną tracker užklausą per VPN. Jei VPN yra padalintas tunelis, kuris nukreipia tik kelis potinklius, susiejimas su utun siunčia peer srautą į įrenginį be maršruto tiems peer, ir perkėlimai sustoja, o ne nuteka. Abu rezultatai saugesni už Any Interface, bet tik vienas iš jų palaiko klientą veikiantį. Už kliento ribų niekas nesikeičia: naršyklės ir kitos programos išlaiko savo maršrutus, todėl reikalavimas, apimantis visas programas, turi būti vykdomas iš VPN pusės.

Perskaitykite situaciją prieš ką nors pasirinkdami:

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

Adresų šeima taip pat svarbi. Teikėjas, kuris skiria tik IPv4, palieka susietą sąsają be IPv6 adreso, todėl IPv6 peer nepavyksta, o ne išslysta per Wi-Fi. Atskirai, lizdų susiejimas nefiksuoja vardų skyrimo: tracker hostų vardai sprendžiami per macOS sprendiklį, kuris laikosi sistemos DNS konfigūracijos, o ne pasirinkto įrenginio.

Trys būdai, kaip teisingai atrodantis pasirinkimas nepavyksta

Pirmoji nesėkmė yra nepaleisti iš naujo. Laukas rodo utun4, nuostatos atrodo sukonfigūruotos, o bandomasis perkėlimas vis tiek išeina per Wi-Fi, nes veikianti sesija išlaikė senąjį susiejimą. Uždarykite visiškai, patvirtinkite su pgrep, atidarykite iš naujo ir vėl pradėkite perkėlimą.

Antroji yra pasenęs pavadinimas po pakartotinio prisijungimo. Kai susietas įrenginys išnyksta, peer ryšiai nepavyksta, o klientas linkęs pranešti tracker klaidas, o ne aiškų pranešimą, kad sąsaja dingo, kas atrodo kaip negyvas torrentas. Perskaitykite ifconfig iš naujo, pasirinkite naują pavadinimą ir paleiskite iš naujo.

Trečioji yra prielaida, kad susiejimas nepavyksta uždarai. Sąsajos pasirinkimas prašo sistemos pritvirtinti lizdus prie įrenginio pavadinimo; kas nutinka, kai to pavadinimo nėra arba jis perdirbamas, nustatymų ekranas negarantuoja. Kito skyriaus atjungimo testas yra vienintelis įrodymas, kuris skaičiuojamas.

Patikrinkite tikru perkėlimu ir atjungimu

Naudokite perkėlimą, kurį jums leidžiama vykdyti, pavyzdžiui, Linux platinimo atvaizdą, ir pradėkite jį su prijungtu VPN. Stebėkite kiekvienos sąsajos skaitliukus prieš ir po bei palyginkite juos su paties VPN kliento duomenų skaitliuku; abu turėtų kilti kartu, kol pildosi peer sąrašas.

netstat -ib | grep utun
pgrep -fl qbittorrent

Tada atjunkite VPN nuo jo pačios sąsajos ir stebėkite perkėlimą. Peer turėtų išnykti, o nauji ryšiai turėtų nepavyksti netrukus po tunelio kritimo. Jei pralaidumas tęsiasi, susiejimas neveikia ir esate grįžę prie paleidimo iš naujo žingsnio, o ne prie ugniasienės.

Prisijunkite iš naujo ir dar kartą patikrinkite pasirinktą pavadinimą, nes tunelis gali grįžti su kitu utun. Trumpa pastaba su tunelio tipu, sąsajos pavadinimu ir laukiamu elgesiu, kai VPN nukrenta, sutaupo kitą sesiją: ši nuostata yra kiekvienai mašinai ir kiekvienam teikėjui, ir ji neišgyvena nei kliento atnaujinimo, nei VPN programos pakeitimo.

Susiję straipsniai