macOS-та qBittorrent-ті VPN интерфейсіне қалай байланыстыруға болады

macOS-та qBittorrent-тің Advanced бөлімінде Network Interface параметрін орнатыңыз, utun атауларын белсенді туннельге сәйкестендіріңіз, клиентті қайта іске қосыңыз, содан кейін байланыстыруды тасымалдаумен дәлелдеңіз.

Мен Mac mini-де qBittorrent-ті аштым, Network Interface-ті utun4-ке қойдым, қайта іске қостым, содан кейін түстен кейінгі уақытты VPN әлі де сау байланысты көрсетіп тұрғанда, торренттің метадеректерді алуда тұрып қалғанын бақылауға жұмсадым. Параметр негізінен қате емес еді; атау ескірген болатын. macOS utun нөмірлерін қызметтер іске қосылғанда береді, сондықтан бір апта бұрын дұрыс болған utun4 енді жоқ туннельге нұсқап тұрды, ал клиент сокеттерін маршруты жоқ құрылғыға байланыстырып жатты. Төмендегі реттілік — қазір қолданып жүрген жолым: интерфейсті жұмыс істеп тұрған туннельден оқу, клиентте таңдау, сеансты қайта іске қосу, содан кейін байланыстыруды тасымалдаумен және әдейі ажыратумен дәлелдеу.

Advanced бөлімін ашып, интерфейс өрісін табыңыз

qBittorrent терезесінде Cmd+, арқылы Preferences ашып, 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 жазбасына VPN пулына жататын inet мекенжайы қажет. 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 жағынан қолданылуы керек.

Бірдеңе таңдамас бұрын жағдайды оқыңыз:

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

Мекенжай тобы да маңызды. Тек 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 қолданбасының ауысуынан да аман қалмайды.

Қатысты мақалалар