Kā macOS sistēmā piesaistīt qBittorrent VPN saskarnei
macOS sistēmā iestatiet Network Interface qBittorrent papildu iestatījumos, sasaistiet utun nosaukumus ar aktīvo tuneli, restartējiet klientu un pierādiet piesaisti ar pārsūtīšanu.
Es atvēru qBittorrent Mac mini, iestatīju Network Interface uz utun4, restartēju un pēc tam pavadīju pēcpusdienu, vērojot, kā torrents iestrēgst metadatu iegūšanā, kamēr VPN joprojām rādīja veselīgu savienojumu. Iestatījums principā nebija nepareizs; nosaukums bija novecojis. macOS piešķir utun numurus, kad startē pakalpojumi, tāpēc utun4, kas bija pareizs iepriekšējā nedēļā, norādīja uz tuneli, kas vairs neeksistēja, un klients saistīja savas ligzdas ar ierīci bez maršruta. Tālāk sniegtā secība ir tā, ko izmantoju tagad: nolasīt saskarni no darbojošā tuneļa, atlasīt to klientā, restartēt sesiju un pēc tam pierādīt piesaisti ar pārsūtīšanu un apzinātu atvienošanu.
Atveriet Advanced un atrodiet saskarnes lauku
qBittorrent logā atveriet Preferences ar Cmd+, un pārejiet uz lapu Advanced. Network Interface ir lauks, kam ir nozīme: tas uzskaita sistēmas saskarņu nosaukumus un pēc noklusējuma ir Any Interface, kas nozīmē, ka operētājsistēma izvēlas maršrutu katrai ligzdai, ko klients atver. Projekta opciju uzziņa dokumentē šo lauku un šo noklusējumu, un tas ir viens un tas pats iestatījums visās platformās, lai gan tajā esošie nosaukumi nav vienādi.
Divi sīkumi šeit mulsina cilvēkus. Saraksts rāda ierīču nosaukumus, piemēram, en0, en1 un utun0 līdz utun9, nekad VPN pakalpojumu sniedzēja produkta nosaukumu, tāpēc pirms saprātīgas izvēles jums ir vajadzīga atbilstība. Un izvēle tiek piemērota, kad sākas BitTorrent sesija, nevis tajā brīdī, kad nospiežat OK, tāpēc saglabāta izskatošs variants var joprojām darboties ar veco piesaisti.
Aizveriet lietotni pareizi ar Cmd+Q un pirms atkārtotas atvēršanas pārliecinieties, ka process ir pazudis. Loga aizvēršana tikai paslēpj to, un paslēpts klients saglabā savu sesiju, klausīšanās portu un veco saskarni.
pgrep -fl qbittorrentAtrodiet saskarni, kas patiešām pieder jūsu VPN
Vispirms pieslēdziet VPN, izmantojot pakalpojumu sniedzēja paša klientu, un pēc tam lasiet sistēmas skatījumu, nevis klienta izvēlni. Tālāk esošās komandas uzskaita katru saskarni ar tās adresēm, parāda, kuras sistēma uzskata par aktīvām, un izdrukā maršrutēšanas tabulu; jūs meklējat utun ierīci, kas pārvadā privāto diapazonu, ko piešķir jūsu pakalpojumu sniedzējs.
ifconfig -a | grep -A4 '^utun'
scutil --nwi
netstat -rn -f inet | head -n 5Trīs nolasījumi pasaka, kura ierīce ir tunelis. utun ierakstam vajadzīga inet adrese, kas pieder VPN baseinam. scutil --nwi parāda, kuras saskarnes sistēma uzskata par aktīvām un kura ir primārā. netstat -rn parāda, uz kurieni norāda noklusējuma maršruts, un ja šis maršruts joprojām norāda uz en0, kamēr utun ir adrese, tunelis nepārvadā visu satiksmi, kas maina to, ko piesaiste darīs vēlāk.
Kad vienlaikus var pastāvēt divi tuneļi, piemēram, darba un personīgais profils, abas utun ierīces ir klāt, un noderīga ir tikai viena no tām. Baitu skaitītāji izšķir jautājumu: pierakstiet skaitītājus, ielādējiet lapu vai sāciet nelielu pārsūtīšanu un paskatieties, kurš pārvietojās.
netstat -ib | grep utunNeuzskatiet numuru par stabilu. Atkārtots savienojums var dot tam pašam tunelim citu utun nosaukumu, un iCloud vai Continuity pakalpojums var aizņemt utun0 ilgi pirms jūsu VPN pieslēgšanās.
Saskaņojiet piesaisti ar tuneļa tvērumu
Lauks piesaista ierīci, un tas ir viss, ko tas dara. Ja VPN ir pilns tunelis, kas 0.0.0.0/0 novirza uz utun, piesaiste šai ierīcei sūta katru peer savienojumu un katru tracker pieprasījumu caur VPN. Ja VPN ir sadalīts tunelis, kas novirza tikai dažus apakštīklus, piesaiste utun sūta peer satiksmi uz ierīci bez maršruta šiem peer, un pārsūtīšanas apstājas, nevis noplūst. Abi rezultāti ir drošāki par Any Interface, bet tikai viens no tiem uztur klientu darbspējīgu. Ārpus klienta nekas nemainās: pārlūki un citas lietotnes saglabā savus maršrutus, tāpēc prasība, kas aptver visas lietotnes, ir jāievieš no VPN puses.
Izlasi situāciju pirms kaut ko izvēlēties:
| What you see | What it means for the bind |
|---|---|
| A utun with a provider address and the default route pointing at it | Full tunnel; the bind covers peer and tracker traffic |
| A utun with a provider address but the default route still on en0 | Split tunnel; the bind will stall transfers unless the provider routes 0.0.0.0/0 |
| No utun carrying a provider address | The VPN is down or connects on demand; bring it up before selecting |
| A utun number that changed since the last session | The saved name is stale; reselect and restart |
Adrešu saime arī ir svarīga. Pakalpojumu sniedzējs, kas piešķir tikai IPv4, atstāj piesaistīto saskarni bez IPv6 adreses, tāpēc IPv6 peer neizdodas, nevis izslīd cauri Wi-Fi. Atsevišķi, ligzdu piesaiste nefiksē nosaukumu izšķiršanu: tracker resursdatoru nosaukumi tiek izšķirti caur macOS atrisinātāju, kas seko sistēmas DNS konfigurācijai, nevis atlasītajai ierīcei.
Trīs veidi, kā pareizi izskatoša izvēle neizdodas
Pirmā neveiksme ir nereaģēšana ar restartu. Lauks rāda utun4, iestatījumi izskatās konfigurēti, un testa pārsūtīšana joprojām iziet cauri Wi-Fi, jo darbojošā sesija saglabāja veco piesaisti. Aizveriet pilnībā, apstipriniet ar pgrep, atveriet vēlreiz un sāciet pārsūtīšanu no jauna.
Otrā ir novecojis nosaukums pēc atkārtota savienojuma. Tiklīdz piesaistītā ierīce pazūd, peer savienojumi neizdodas, un klients mēdz ziņot par tracker kļūdām, nevis skaidru ziņojumu, ka saskarne ir pazudusi, kas izskatās kā miris torrents. Nolasiet ifconfig vēlreiz, atlasiet jauno nosaukumu un restartējiet.
Trešā ir pieņēmums, ka piesaiste neizdodas slēgti. Saskarnes atlase lūdz sistēmu pievienot ligzdas ierīces nosaukumam; kas notiek, kad šis nosaukums trūkst vai tiek pārstrādāts, iestatījumu ekrāns negarantē. Nākamās sadaļas atvienošanas tests ir vienīgais pierādījums, kam ir nozīme.
Pārbaudiet ar īstu pārsūtīšanu un atvienošanu
Izmantojiet pārsūtīšanu, ko jums ir atļauts palaist, piemēram, Linux distribūcijas attēlu, un sāciet to ar pieslēgtu VPN. Vērojiet skaitītājus pa saskarnēm pirms un pēc un salīdziniet tos ar paša VPN klienta datu skaitītāju; abiem vajadzētu kāpt kopā, kamēr peer saraksts piepildās.
netstat -ib | grep utun
pgrep -fl qbittorrentPēc tam atvienojiet VPN no tā paša saskarnes un vērojiet pārsūtīšanu. Peer vajadzētu pazust, un jauniem savienojumiem vajadzētu neizdoties neilgi pēc tuneļa krišanas. Ja caurlaidspēja turpinās, piesaiste nav spēkā, un jūs esat atgriezies pie restarta soļa, nevis pie ugunsmūra.
Pieslēdzieties vēlreiz un vēlreiz pārbaudiet atlasīto nosaukumu, jo tunelis var atgriezties ar citu utun. Īsa piezīme ar tuneļa tipu, saskarnes nosaukumu un gaidīto uzvedību, kad VPN nokrīt, ietaupa nākamo sesiju: šis iestatījums ir katram datoram un katram pakalpojumu sniedzējam, un tas neiztur ne klienta atjauninājumu, ne VPN lietotnes maiņu.