Si të lidhni qBittorrent me një ndërfaqe VPN në macOS
Vendosni Network Interface te Advanced i qBittorrent në macOS, lidhni emrat utun me tunelin aktiv, rinisni klientin dhe provoni lidhjen me një transferim.
Hapa qBittorrent në një Mac mini, vendosa Network Interface në utun4, rinis dhe pastaj kalova një pasdite duke parë një torrent që ngeci në marrjen e metadatave ndërsa VPN vazhdonte të tregonte një lidhje të shëndetshme. Cilësimi nuk ishte i gabuar në parim; emri ishte i vjetruar. macOS cakton numrat utun kur nisin shërbimet, prandaj utun4 që ishte i saktë javën e kaluar tregonte një tunel që nuk ekzistonte më, dhe klienti lidhte socket-et e tij me një pajisje pa rrugë. Sekuenca më poshtë është ajo që përdor tani: lexo ndërfaqen nga tuneli që punon, zgjidhe në klient, rinis sesionin dhe pastaj provo lidhjen me një transferim dhe një shkëputje të qëllimshme.
Hapni Advanced dhe gjeni fushën e ndërfaqes
Në dritaren e qBittorrent, hapni Preferences me Cmd+, dhe shkoni në faqen Advanced. Network Interface është fusha që ka rëndësi: rendit emrat e ndërfaqeve të sistemit dhe si parazgjedhje qëndron në Any Interface, që do të thotë se sistemi operativ zgjedh një rrugë për çdo socket që hap klienti. referenca e opsioneve e projektit dokumenton këtë fushë dhe atë parazgjedhje, dhe është i njëjti cilësim në çdo platformë edhe pse emrat brenda tij nuk janë të njëjtë.
Dy hollësi i bëjnë njerëzit të rrëshqasin këtu. Lista tregon emra pajisjesh si en0, en1 dhe utun0 deri në utun9, kurrë emrin e produktit të ofruesit të VPN, prandaj ju nevojitet përputhja përpara se të zgjidhni diçka të arsyeshme. Dhe zgjedhja aplikohet kur nis sesioni BitTorrent, jo në momentin kur shtypni OK, prandaj një ndryshim që duket i ruajtur mund të jetë ende duke punuar mbi lidhjen e vjetër.
Mbyllni aplikacionin si duhet me Cmd+Q dhe konfirmoni që procesi ka ikur përpara se ta rihapni. Mbyllja e dritares vetëm e fsheh, dhe një klient i fshehur mban sesionin, portën e dëgjimit dhe ndërfaqen e vjetër.
pgrep -fl qbittorrentGjeni ndërfaqen që VPN-ja juaj zotëron vërtet
Lidhni fillimisht VPN-në përmes klientit të vetë ofruesit, pastaj lexoni pamjen e sistemit në vend të menusë së klientit. Komandat më poshtë renditin çdo ndërfaqe me adresat e saj, tregojnë cilat sistemi i konsideron aktive dhe shtypin tabelën e rrugëzimit; ju po kërkoni pajisjen utun që mban intervalin privat që ju jep ofruesi.
ifconfig -a | grep -A4 '^utun'
scutil --nwi
netstat -rn -f inet | head -n 5Tre leximet ju thonë cila pajisje është tuneli. Hyrja utun ka nevojë për një adresë inet që i përket grupit të VPN-së. scutil --nwi tregon cilat ndërfaqe sistemi i konsideron aktive dhe cila është primare. netstat -rn tregon ku drejtohet rruga e parazgjedhur, dhe nëse ajo rrugë ende drejtohet nga en0 ndërsa një utun ka adresë, tuneli nuk mbart të gjithë trafikun, gjë që ndryshon atë që lidhja do të bëjë më vonë.
Kur dy tunele mund të ekzistojnë njëkohësisht, për shembull një profil pune dhe një personal, të dy pajisjet utun janë të pranishme dhe vetëm njëra është e dobishme. Numëruesit e bajteve e zgjidhin çështjen: shënoni numëruesit, ngarkoni një faqe ose nisni një transferim të vogël dhe shihni cili lëvizi.
netstat -ib | grep utunMos e konsideroni numrin të qëndrueshëm. Një rilidhje mund t'i japë të njëjtit tunel një emër tjetër utun, dhe një shërbim iCloud ose Continuity mund të mbajë utun0 shumë përpara se VPN-ja juaj të lidhet.
Përshtatni lidhjen me shtrirjen e tunelit
Fusha lidh një pajisje, dhe kaq bën. Nëse VPN-ja është një tunel i plotë që drejton 0.0.0.0/0 në utun, lidhja me atë pajisje dërgon çdo lidhje me peer dhe çdo kërkesë tracker përmes VPN-së. Nëse VPN-ja është një tunel i ndarë që drejton vetëm disa nënrrjeta, lidhja me utun dërgon trafikun e peer-ve në një pajisje pa rrugë për ata peer, dhe transferimet ndalen në vend që të rrjedhin. Të dyja rezultatet janë më të sigurta se Any Interface, por vetëm njëri e mban klientin funksional. Asgjë jashtë klientit nuk ndryshon: shfletuesit dhe aplikacionet e tjera mbajnë rrugët e tyre, prandaj një kërkesë që mbulon çdo aplikacion duhet të zbatohet nga ana e VPN-së.
Lexoni situatën përpara se të zgjidhni gjithçka:
| 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 |
Edhe familja e adresave ka rëndësi. Një ofrues që cakton vetëm IPv4 e lë ndërfaqen e lidhur pa adresë IPv6, prandaj peer-ët IPv6 dështojnë në vend që të rrëshqasin përmes Wi-Fi-t. Ndaras, lidhja e socket-eve nuk e fikson zgjidhjen e emrave: emrat e host-eve të tracker-ve zgjidhen përmes zgjidhësit të macOS, i cili ndjek konfigurimin DNS të sistemit dhe jo pajisjen e zgjedhur.
Tre mënyra se si një zgjedhje që duket e saktë dështon
Dështimi i parë është të mos rinisni. Fusha tregon utun4, preferencat duken të konfiguruara, dhe një transferim provë prapë del përmes Wi-Fi-t sepse sesioni që punon mbajti lidhjen e vjetër. Mbylleni plotësisht, konfirmoni me pgrep, rihapni dhe nisni përsëri transferimin.
I dyti është emri i vjetruar pas një rilidhjeje. Sapo pajisja e lidhur zhduket, lidhjet me peer dështojnë dhe klienti priret të raportojë gabime tracker në vend të një mesazhi të qartë se ndërfaqja iku, gjë që lexohet si një torrent i vdekur. Rilexoni ifconfig, zgjidhni emrin e ri dhe rinisni.
I treti është të supozoni se lidhja dështon e mbyllur. Zgjedhja e një ndërfaqeje i kërkon sistemit të bashkëngjitë socket-et me një emër pajisjeje; çfarë ndodh kur ai emër mungon ose riciklohet nuk e garanton ekrani i cilësimeve. Testi i shkëputjes në seksionin tjetër është prova e vetme që llogaritet.
Verifikoni me një transferim real dhe një shkëputje
Përdorni një transferim që ju lejohet të ekzekutoni, si një imazh shpërndarjeje Linux, dhe nisni atë me VPN-në të lidhur. Vëzhgoni numëruesit për ndërfaqe përpara dhe pas dhe krahasoni ata me numëruesin e të dhënave të vetë klientit të VPN-së; të dy duhet të rriten bashkë ndërsa lista e peer-ve mbushet.
netstat -ib | grep utun
pgrep -fl qbittorrentPastaj shkëputni VPN-në nga ndërfaqja e saj dhe vëzhgoni transferimin. Peer-ët duhet të largohen, dhe lidhjet e reja duhet të dështojnë pak pasi tuneli të bjerë. Nëse xhiroja vazhdon, lidhja nuk është në fuqi dhe jeni kthyer në hapin e rinisjes, jo te muri i zjarrit.
Rilidhuni dhe kontrolloni përsëri emrin e zgjedhur, sepse tuneli mund të kthehet nën një utun tjetër. Një shënim i shkurtër me llojin e tunelit, emrin e ndërfaqes dhe sjelljen e pritur kur VPN-ja bie kursen sesionin tjetër: ky cilësim është për çdo makinë dhe çdo ofrues, dhe nuk i mbijeton as një përditësimi të klientit as një ndryshimi të aplikacionit VPN.