له VPN مخکې Tor چمتو: د پیل دروازې سم ترتیب

د tor پروسې څارنه او بیا د VPN پیلول دا سټک په غلط ډول جوړولو تر ټولو عامه لاره ده۔ ډیمون د کلینټ جریان د لېږلو وړتیا څخه ډېر مخکې ښکاري، او ټاکلې تمه د تړاو په جامه کې یوه اټکل دی۔ دروازه باید هغه حالت وي چې بل برخې ته واقعاً اړینه ده۔ لاندې څلور ګامونه په ترتیب سره بشپړ کړئ او هر یو ته د تنظیم وړ ځنډ نه، بلکې جلا شرط وګڼئ۔

ګام 1: هغه ټرانسپورټ وټاکئ چې واقعاً یې لرئ

له پروتوکول څخه پیل کړئ، ځکه چې پاتې ډیزاین پرې تړلی دی۔ د Tor SOCKS انټرفیس UDP ASSOCIATE نه پلي کوي، نو هر څه چې د هغې له لارې لېږدول کېږي باید TCP جریان وي۔ د OpenVPN هغه پروفایل چې UDP کاروي د دې لارې کار نه کوي، هر ډول چې سرپرست لیکل شوی وي۔ پروفایل TCP ته واړوئ او د پیل منطق له لمس کولو مخکې تایید کړئ چې لرې همکار یې مني۔

بیا تایید کړئ چې ستاسو کلینټ په بشپړ ډول SOCKS پروکسي ته رسېدلی شي۔ OpenVPN 2.6 د TCP پروفایلونو لپاره socks-proxy اختیار مستند کوي، او بېلابېل کلینټونه بېلابېل پروکسي ملاتړ وړاندې کوي۔ هغه پیل کوونکی چې د پروکسي اختیار په غلطۍ سره له پامه غورځوي په مستقیم ډول وصل کېږي او د کار کولو په څېر ښکاري، چې د ناکامۍ څخه هم بدتر دی۔

ټاکل شوی ټرانسپورټ په رنبوک کې ولیکئ، ځکه چې هر وروستی څېړنه پرې تړلې ده۔

ګام 2: د پروسو لیست نه، bootstrap پړاو ولولئ

د Tor کنټرول پروتوکول GETINFO status/bootstrap-phase ته د bootstrap تر ټولو نوي حالت سره ځواب وایي، په دې کې د پرمختګ سلنه او لنډیز ټګ شامل دي۔ هغه ځواب ګټور دی بالکل ځکه چې کنټرولر کولی شي وروسته له دې وصل شي چې ډیمون bootstrap بشپړ کړی وي۔ هغه سرپرست چې یوازې پېښې اوري هغه حالت له لاسه ورکوي چې Tor په کې د سرپرست له پیل مخکې چمتو و۔

د کنټرول اړیکه سم تصدیق کړئ۔ د کنټرول پورټ اداري انټرفیس دی، او هر څوک چې ورسره خبرې کولی شي ډیمون بیا تنظیمولی شي۔ هغه په localhost کې وساتئ، د کوکي یا پټنوم تصدیق فعال وساتئ، او د پیل سکریپټ ساده کولو لپاره هیڅ یو مه لرې کوئ۔

په پیل کې پړاو یو ځل ولولئ، بیا د ژوندي لید لپاره د پرمختګ پېښو ګډون وکړئ۔

printf 'AUTHENTICATE\r\nGETINFO status/bootstrap-phase\r\nQUIT\r\n' | nc 127.0.0.1 9051
ss -ltn | grep -E '9050|9051'
tor --verify-config -f /etc/tor/torrc

په 100 پرمختګ او done ټګ سره ځواب معنا دا ده چې ډیمون خپل پیل بشپړ کړی۔ دا لا هم نه معنا ده چې ستاسو منزل ته د کار وړ مدار شته۔

ګام 3: د کلینټ مدار پېښې ته انتظار وکړئ

د Tor پېښو پروتوکول CIRCUIT_ESTABLISHED تعریفوي، کوم چې راپور ورکوي چې کلینټ هغه مدار لري چې کارولی یې شي۔ دا هغه چمتوالي سیګنال دی چې د لېږدوونکي دروازه یې غواړي، ځکه چې له سلنې څخه ستاسو اړین وړتیا ته نږدې دی۔ پېښې ته ګډون وکړئ او بدلون ثبت کړئ، تر څو لاګ وښيي چې لېږدوونکی کله د کار وړ شو، نه دا چې پروسه کله ښکاره شوه۔

پېښه د هڅې اجازه وګڼئ، نه د یو ځانګړي منزل په اړه تضمین۔ د وتلو تګلاره لا هم کولی شي لرې همکار رد کړي، او د VPN خپله لاس ورکول لا هم د Tor سره هېڅ تړاو نه لرونکو دلیلونو له امله ناکامېدلی شي۔

په کوډ کې دواړه شرطونه جلا وساتئ۔ ready په نامه یو واحد بولین دوی سره یوځای کوي او راتلونکې پېښه نالوستونکې کوي۔

ګام 4: VPN په خپله لاس ورکولو کې دروازه کړئ

VPN خپل چمتوالي شرط لري، او یوازې هغه ثابتوي چې تونل پورته شو۔ انتظار وکړئ تر څو کلینټ د ټاکل شوي پتې سره وصل حالت راپور کړي، بیا وګورئ چې د پروکسي غوښتنه په بریالیتوب پاتې شوه۔ هغه بیا هڅې لوپ چې د یوې ناکامۍ وروسته socks-proxy اختیار پرېږدي په مستقیم ډول وصل کېږي او ټول ډیزاین په غلطۍ سره ماتوي۔

په دې اړه پریکړه وکړئ چې کله همکار نه وي د لاسرسي وړ، مخکې له دې چې تاسو پوهېدو ته اړتیا ولرئ۔ د ښکاره ناکامۍ سره محدوده بیا هڅه د بې پایه لوپ څخه اسانه ده چې پرمخ یوړل شي، او د څارنې سیسټم ته یو څه ورکوي چې خبرداری یې ورکړي۔ همدغه پریکړه لېږدوونکي ته هم تطبیق کېږي: که Tor بیا پیل شي، VPN باید وویستل شي او بیا دروازه شي، نه دا چې په مړ مدار ودرول شي۔

په پای کې، کله چې VPN بند وي د اپلیکیشن خپله تګلاره وساتئ۔ هغه سرپرست چې سم انتظار کوي هېڅ کار نه کوي تر څو بې تړاوه پروسه په مستقیم ډول ټرافیک ولېږي۔

هغه څلور بدلونونه وګورئ چې تاسو یې باید تیر کړئ

څلور حالتونه ډیزاین پوښي: یخ پیل چې Tor لومړی پورته کېږي، سرپرست چې له مخکې چمتو Tor سره یوځای کېږي، نه لاسرسي وړ VPN همکار، او د لېږدوونکي ضایع کېدل کله چې تونل پورته وي۔ هر یو بېل تمه شوی بدلون لري، او هر یو بېل لاګ کرښه تولیدوي که دروازه سمه لیکل شوې وي۔

هغه په قصد سره، یو په یو چل کړئ، او د پروسو لیست پرځای د حالت بدلونونه ولولئ۔

journalctl -u tor@default -n 30 --no-pager
systemctl status [email protected]
curl -sS --socks5-hostname 127.0.0.1:9050 https://check.torproject.org/api/ip

کله چې لېږدوونکی ولویږي، VPN باید د یوې بیا هڅې وقفې په اوږدو کې له هغه سره ښکته شي، نه دا چې د زوړ تونل سره ځوړند پاتې شي۔ کله چې Tor بېرته راځي، دروازه باید یوازې د مدار پېښې وروسته بیا پرانیستل شي، نه د پروسې له پیل وروسته۔ ثبت کړئ کوم شرط چې په هر ناکامۍ کې ورک و، او بل خدمتونکی به اړ نه وي چې ترتیب د وخت نښو څخه بیا جوړ کړي۔