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 qbittorrentVPN'иңиз чындыгында ээ болгон интерфейсти табыңыз
Алгач 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 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 |
Дарек үй-бүлөсү да маанилүү. Тек 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 колдонмосунун алмашуусунан да аман калбайт.