macOS-da qBittorrent-i VPN interfeysinə necə bağlamaq olar

Bir Mac mini-də qBittorrent-i açdım, Network Interface sahəsini utun4-ə qoydum, yenidən başladım və sonra bir günortadan sonranı torrentin metadata alınmasında ilişib qalmasını izləməklə keçirdim, halbuki VPN hələ də sağlam bağlantı göstərirdi. Ayar prinsipcə səhv deyildi; ad köhnəlmişdi. macOS utun nömrələrini xidmətlər başlayanda verir, ona görə bir həftə əvvəl doğru olan utun4 artıq mövcud olmayan tunelə işarə edirdi və klient soketlərini marşrutu olmayan cihaza bağlayırdı. Aşağıdakı ardıcıllıq indi istifadə etdiyim yoldur: interfeysi işləyən tuneldən oxu, klientdə seç, sessiyanı yenidən başlat və sonra bağlamanı transfer və qəsdən edilən əlaqə kəsmə ilə sübut et.

Advanced bölməsini açın və interfeys sahəsini tapın

qBittorrent pəncərəsində Cmd+, ilə Preferences-i açın və Advanced səhifəsinə keçin. Əsas sahə Network Interface-dir: o, sistemin interfeys adlarını sadalayır və standart olaraq Any Interface-də durur, yəni əməliyyat sistemi klientin açdığı hər soket üçün marşrut seçir. Layihənin seçimlər arayışı bu sahəni və həmin standartı sənədləşdirir və daxilindəki adlar fərqli olsa da, bu, hər platformada eyni ayardır.

Burada insanları iki detal çaşdırır. Siyahı en0, en1 və utun0-dan utun9-a kimi cihaz adlarını göstərir, heç vaxt VPN provayderinin məhsul adını göstərmir, ona görə ağıllı bir seçim etməzdən əvvəl uyğunluğa ehtiyacınız var. Və seçim BitTorrent sessiyası başlayanda tətbiq olunur, OK düyməsini basdığınız anda deyil, ona görə yadda saxlanmış görünən dəyişiklik hələ də köhnə bağlama üzərində işləyə bilər.

Tətbiqi Cmd+Q ilə düzgün bağlayın və yenidən açmazdan əvvəl prosesin getdiyini təsdiqləyin. Pəncərəni bağlamaq onu yalnız gizlədir və gizli klient öz sessiyasını, dinləmə portunu və köhnə interfeysini saxlayır.

pgrep -fl qbittorrent

VPN-in həqiqətən sahib olduğu interfeysi tapın

Əvvəlcə VPN-i provayderin öz klienti ilə qoşun, sonra klientin menyusu yerinə sistemin görünüşünü oxuyun. Aşağıdakı əmrlər hər interfeysi ünvanları ilə sadalayır, sistemin hansıları aktiv saydığını göstərir və marşrut cədvəlini çap edir; siz provayderinizin verdiyi özəl diapazonu daşıyan utun cihazını axtarırsınız.

ifconfig -a | grep -A4 '^utun'
scutil --nwi
netstat -rn -f inet | head -n 5

Üç oxunuş hansı cihazın tunel olduğunu deyir. utun girişinə VPN hovuzuna aid inet ünvanı lazımdır. scutil --nwi sistemin hansı interfeysləri aktiv saydığını və hansının əsas olduğunu göstərir. netstat -rn standart marşrutun hara işarə etdiyini göstərir və əgər o marşrut hələ də en0-a işarə edirsə, halbuki bir utun ünvana malikdir, tunel bütün trafiki daşımır, bu da bağlamanın sonradan nə edəcəyini dəyişir.

Eyni anda iki tunel mövcud ola bildikdə, məsələn iş profili və şəxsi profil, hər iki utun cihazı mövcuddur və yalnız biri faydalıdır. Bayt sayğacları məsələni həll edir: sayğacları qeyd edin, bir səhifə yükləyin və ya kiçik transfer başladın və hansının dəyişdiyinə baxın.

netstat -ib | grep utun

Nömrəni sabit də saymayın. Yenidən qoşulma eyni tunelə başqa utun adı verə bilər və iCloud və ya Continuity xidməti utun0-ı VPN-iniz qoşulmazdan çox əvvəl tuta bilər.

Bağlamanı tunelin əhatə dairəsinə uyğunlaşdırın

Sahə bir cihazı bağlayır və bununla bitir. Əgər VPN 0.0.0.0/0-ı utun-a yönləndirən tam tuneldirsə, o cihaza bağlama hər peer bağlantısını və tracker sorğusunu VPN-dən keçirir. Əgər VPN yalnız bir neçə altşəbəkəni yönləndirən split tuneldirsə, utun-a bağlama peer trafikini həmin peerlər üçün marşrutu olmayan cihaza göndərir və transferlər sızmaq əvəzinə dayanır. Hər iki nəticə Any Interface-dən təhlükəsizdir, amma yalnız biri klienti işlək saxlayır. Klientdən kənarda heç nə dəyişmir: brauzerlər və digər tətbiqlər öz marşrutlarını saxlayır, ona görə bütün tətbiqləri əhatə edən tələb VPN tərəfindən tətbiq olunmalıdır.

Nəyisə seçməzdən əvvəl vəziyyəti oxuyun:

Ünvan ailəsi də vacibdir. Yalnız IPv4 təyin edən provayder bağlanmış interfeysi IPv6 ünvanı olmadan qoyur, ona görə IPv6 peerləri Wi-Fi ilə çıxmaq əvəzinə uğursuz olur. Ayrıca, soketləri bağlamaq ad həllini bərkitmir: tracker host adları macOS həlledicisi ilə həll olunur, o da seçilmiş cihazı deyil, sistemin DNS konfiqurasiyasını izləyir.

Düzgün görünən seçimin uğursuz olduğu üç yol

Birinci uğursuzluq yenidən başlatmamaqdır. Sahə utun4 göstərir, tənzimləmələr qurulmuş görünür və sınaq transferi yenə də Wi-Fi ilə çıxır, çünki işləyən sessiya köhnə bağlamanı saxlayıb. Tamamilə bağlayın, pgrep ilə təsdiqləyin, yenidən açın və transferi təkrar başladın.

İkincisi, yenidən qoşulmadan sonra köhnəlmiş addır. Bağlanmış cihaz yox olduqda peer bağlantıları uğursuz olur və klient təmiz bir interfeys-getdi mesajı yerinə tracker xətaları bildirməyə meyllidir, bu da ölü torrent kimi görünür. ifconfig-i yenidən oxuyun, yeni adı seçin və yenidən başladın.

Üçüncüsü, bağlamanın qapalı şəkildə uğursuz olduğunu güman etməkdir. İnterfeys seçmək sistemdən soketləri bir cihaz adına bağlamağı xahiş edir; həmin ad olmadıqda və ya təkrar istifadə olunduqda nə baş verəcəyini ayarlar ekranı zəmanət vermir. Növbəti bölmədəki kəsmə testi sayılan yeganə sübutdur.

Real transfer və əlaqə kəsmə ilə yoxlayın

İcazəli olduğunuz bir transferdən istifadə edin, məsələn Linux paylama obrazı, və onu VPN qoşulmuş halda başladın. Hər interfeys üzrə sayğacları əvvəl və sonra izləyin və onları VPN klientinin öz məlumat sayğacı ilə müqayisə edin; peer siyahısı dolarkən hər ikisi birlikdə artmalıdır.

netstat -ib | grep utun
pgrep -fl qbittorrent

Sonra VPN-i öz interfeysindən ayırın və transferi izləyin. Peerlər yox olmalı və tunel düşdükdən qısa müddət sonra yeni bağlantılar uğursuz olmalıdır. Əgər ötürmə davam edirsə, bağlama qüvvədə deyil və siz firewall-da deyil, yenidən başlatma addımındasınız.

Yenidən qoşulun və seçilmiş adı bir daha yoxlayın, çünki tunel başqa utun altında qayıda bilər. Tunel növünü, interfeys adını və VPN düşəndə gözlənilən davranışı qeyd edən qısa bir qeyd növbəti sessiyanı xilas edir: bu ayar hər maşın və hər provayder üçündür və nə klient yenilənməsindən, nə də VPN tətbiqinin dəyişməsindən sonra qalmır.