Како да го поврзете qBittorrent со VPN интерфејс на macOS

Отворив qBittorrent на Mac mini, го поставив Network Interface на utun4, рестартирав и потоа поминав едно попладне гледајќи како торент стои на преземање метаподатоци додека VPN сè уште покажуваше здрава врска. Поставката во принцип не беше погрешна; името беше застарено. macOS доделува utun броеви кога стартуваат услугите, па utun4 што беше точен претходната недела покажуваше кон тунел што повеќе не постои, а клиентот ги врзуваше своите сокети за уред без рута. Редоследот подолу е она што го користам сега: прочитајте го интерфејсот од активниот тунел, изберете го во клиентот, рестартирајте ја сесијата и потоа докажете ја врската со пренос и намерно исклучување.

Отворете Advanced и најдете го полето за интерфејс

Во прозорецот на qBittorrent, отворете Preferences со Cmd+, и преминете на страницата Advanced. Network Interface е полето што е важно: го наведува имињата на интерфејсите на системот и стандардно стои на Any Interface, што значи дека оперативниот систем избира рута за секој сокет што клиентот го отвора. референцата за опции на проектот го документира полето и таа стандардна вредност, и ова е истата поставка на секоја платформа иако имињата внатре не се исти.

Два детали ги збунуваат луѓето овде. Списокот прикажува имиња на уреди како en0, en1 и utun0 до utun9, никогаш името на производот на VPN провајдерот, затоа ви треба совпаѓањето пред да изберете нешто разумно. И изборот се применува кога започнува BitTorrent сесијата, а не во моментот кога притискате OK, па промена што изгледа зачувана може сè уште да работи на старата врска.

Затворете ја апликацијата правилно со Cmd+Q и потврдете дека процесот исчезнал пред повторно да ја отворите. Затворањето на прозорецот само го крие, а скриениот клиент ја задржува сесијата, портата за слушање и стариот интерфејс.

pgrep -fl qbittorrent

Најдете го интерфејсот што вашиот VPN навистина го поседува

Прво поврзете го VPN преку сопствениот клиент на провајдерот, а потоа читајте го погледот на системот наместо менито на клиентот. Командите подолу го наведуваат секој интерфејс со неговите адреси, покажуваат кои системот ги смета за активни и ја печатат табелата за рутирање; го барате уредот utun што го носи приватниот опсег што ви го доделува провајдерот.

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

Три читања ви кажуваат кој уред е тунелот. Записот utun бара inet адреса што припаѓа на базенот на VPN. scutil --nwi покажува кои интерфејси системот ги смета за активни и кој е примарен. netstat -rn покажува каде покажува стандардната рута, и ако таа рута сè уште покажува кон en0 додека utun има адреса, тунелот не го носи целиот сообраќај, што го менува она што врската ќе го прави подоцна.

Кога два тунела можат да постојат истовремено, на пример работен и личен профил, двата уреда utun се присутни и само еден од нив е корисен. Бројачите на бајти го решаваат прашањето: запишете ги бројачите, вчитајте страница или започнете мал пренос и видете кој се поместил.

netstat -ib | grep utun

Не го сметајте бројот за стабилен. Повторното поврзување може да му даде на истиот тунел друго име utun, а услуга на iCloud или Continuity може да го држи utun0 многу пред вашиот VPN да се поврзе.

Усогласете ја врската со опсегот на тунелот

Полето врзува уред и тоа е сè што прави. Ако VPN е целосен тунел што рутира 0.0.0.0/0 во utun, врзувањето за тој уред ја праќа секоја peer врска и секое tracker барање низ VPN. Ако VPN е поделен тунел што рутира само неколку подмрежи, врзувањето за utun го праќа peer сообраќајот на уред без рута за тие peer, и преносите запираат наместо да истечат. Двата исходи се побезбедни од Any Interface, но само еден од нив го одржува клиентот функционален. Ништо надвор од клиентот не се менува: прелистувачите и другите апликации ги задржуваат своите рути, затоа барањето што опфаќа секоја апликација мора да се спроведе од страната на VPN.

Прочитајте ја ситуацијата пред да изберете нешто:

И семејството на адреси е важно. Провајдер што доделува само IPv4 го остава врзаниот интерфејс без IPv6 адреса, па IPv6 peer не успеваат наместо да се лизнат надвор преку Wi-Fi. Одделно, врзувањето сокети не го фиксира разрешувањето на имиња: имињата на tracker домаќини се разрешуваат преку резолверот на macOS, кој ја следи DNS конфигурацијата на системот, а не избраниот уред.

Три начини на кои навидум точниот избор не успева

Првиот неуспех е да не рестартирате. Полето покажува utun4, поставките изгледаат конфигурирани, а тест преносот сè уште излегува преку Wi-Fi затоа што активната сесија ја задржала старата врска. Затворете целосно, потврдете со pgrep, отворете повторно и повторно започнете го преносот.

Вториот е застареното име по повторно поврзување. Штом врзаниот уред исчезне, peer врските не успеваат и клиентот обично пријавува tracker грешки наместо чиста порака дека интерфејсот исчезнал, што изгледа како мртов торент. Прочитајте го ifconfig повторно, изберете го новото име и рестартирајте.

Третиот е претпоставката дека врската не успева затворено. Изборот на интерфејс бара од системот да прикачи сокети на име на уред; што се случува кога тоа име недостасува или се рециклира, екранот за поставки не гарантира. Тестот за исклучување во следниот дел е единствениот доказ што се смета.

Проверете со вистински пренос и исклучување

Користете пренос што ви е дозволено да го извршите, на пример слика од Linux дистрибуција, и започнете го со поврзан VPN. Гледајте ги бројачите по интерфејс пред и потоа и споредете ги со сопствениот бројач на податоци на VPN клиентот; двата треба да растат заедно додека се полни списокот со peer.

netstat -ib | grep utun
pgrep -fl qbittorrent

Потоа исклучете го VPN од неговиот сопствен интерфејс и гледајте го преносот. Peer треба да исчезнат, а новите врски треба да не успеат набргу по паѓањето на тунелот. Ако пропусноста продолжува, врската не е на сила и се вративте на чекорот за рестартирање, а не на ѕидот за заштита.

Поврзете се повторно и проверете го избраното име уште еднаш, бидејќи тунелот може да се врати под друг utun. Кратка белешка со типот на тунелот, името на интерфејсот и очекуваното однесување кога VPN ќе падне заштедува ја следната сесија: оваа поставка е по машина и по провајдер, и не преживува ниту надградба на клиентот ниту промена на VPN апликацијата.