Како повезати 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 саобраћај на уређај без руте за те peere, и преноси се заустављају уместо да отичу. Оба исхода су безбеднија од 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 апликације.