د 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 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 اپلیکیشن بدلون زغمي.