د N2N پوښ یو پروکسي نه دی: دواړه اړیکې رسم کړئ

Firefox 127.0.0.1:8000 ته اشاره کوي، د N2N څنډه فعاله ده، همکار د خپل پوښ پتې په ping ځواب ورکوي، او براوزر لا هم وايي چې پروکسي اړیکه رد کړه۔ په دې زنځیر کې هېڅ متناقض نه دی۔ پوښ یو کوربه ته په شخصي شبکه کې د رسېدو وړ پته ورکوي؛ دا هغه بهیر نه جوړوي چې د پروکسي پروتوکول خبرې کوي۔ براوزر د همکار لوري ته لار نه غواړي۔ دا یو ځایي اورېدونکی غواړي۔

دلته دوه اړیکې گډې شوې دي، او د هغو جلا رسم کول ډېره گډه وګړه په یوه دقیقه کې روښانه کوي۔

دوه اړیکې، نه یوه

لومړنۍ اړیکه له براوزر څخه هغې ته ځي چې د loopback پورت باندې اورېدل کوي۔ دا یو ځایي سوکیټ دی، او که هېڅوک یې مالک نه وي، اړیکه رد کیږي مخکې لدې چې یو بسته N2N ته ورسیږي۔ دویمه له پروکسي بهیر څخه هغې سرچینې ته ځي چې هغه یې راوړي۔ هغه لار د پروکسي کوربه د لارښوونې جدول غوره کوي، او کېدای شي عادي uplink، بله تونل، یا د پالیسۍ لار وي چې له پوښ سره هېڅ تړاو نه لري۔

همکار ته ping کول ثابتوي چې پوښ کولای شي د څنډې د پتو ترمنځ بستې ورسوي۔ دا د 8000 پورت اورېدونکي په اړه هېڅ نه ثابتوي، او نه دا چې هغه کوربه سرچینې ته رسېدلی شي۔ جلا ناکامۍ، جلا سمونونه۔

اورېدونکی باید چېرته اوسي

د 127.0.0.1 سره تړلی پروکسي په قصد ځایي دی: یوازې له هغې ماشین څخه اړیکې مني چې پر هغې چلیږي۔ دا د شخصي پروکسي لپاره سم ډیفالټ دی او د پوښ له لارې د شریکولو لپاره ناسم شکل۔ د پوښ همکارانو ته خدمت کول یا د پوښ په انټرفیس کې bind پته غواړي، یا د لېږد هغه برخه چې loopback اړیکه پای ته رسوي او هغه بیا لېږي۔ په هر حال، یوه څرگنده پالیسي باید پرېکړه وکړي چې د پوښ کومې سرچینې خدمت کارولی شي، ځکه په شریکه شبکه کې خلاص پروکسي بلنه ده۔

ریښتینی bind د کنفیگ فایل پر ځای د سوکیټونو په لیست سره وګورئ۔ کېدای شي یو ډیمون چې د پوښ له پورته کېدو مخکې پیل شوی و، لا هم د هغې پتې سره تړلی وي چې نوره نشته۔

localhost همکار نه دی

د براوزر د پروکسي په ډګر کې، localhost د براوزر خپل ماشین ته اشاره کوي۔ دا څنډه نه ده، supernode نه دی، او د تونل د لرې سر کوربه هم نه دی۔ که پروکسي په بل همکار چلیږي، د هغه همکار د رسېدو وړ پوښ پته او پورت په ډګر کې کېږدئ، بیا تایید کړئ چې اورېدونکی ستاسو د څنډې له پتې اړیکې مني۔

supernodeونه څنډو ته مرسته کوي چې یو بل ومومي؛ دوی د پروکسي خدمت نه دی۔ د supernode پتې ته د پروکسي پای ټکي په سترگه کتل هماغه رد له اضافي گډې وګړې گام سره تولیدوي۔

لار نشي کولای handshake ترسره کړي

حتی په سمه پته سره، لارښوونه پروکسي کول نه دي۔ د HTTP پروکسي اړیکه د CONNECT غوښتنې یا مطلق بڼې غوښتنې کرښې سره پیل کیږي، او SOCKS پروکسي د نسخې او طریقي خبرو اترو سره پیل کیږي۔ روټر یا پوښ بایټونه لېږدوي؛ دا هغه پیغامونه نه تحلیلوي او نه ستاسو لپاره بله اړیکه پرانیزي۔ له همدې کبله هغه لار چې د ping او SSH لپاره کار کوي، د براوزر پروکسي لپاره لا هم ناکامه کېدای شي: براوزر همکار بهیر ته اړتیا لري، نه یوازې د رسېدو وړتیا۔

که هدف یوازې په همکار باندې یو خدمت ته رسېدل وي، د پروکسي تنظیم لرې کړئ او د خدمت پوښ پته مستقیمه وکاروئ۔

پولې په ترتیب ازموئ

تایید کړئ چې پوښ پته ځواب ورکوي، بیا تایید کړئ چې د تنظیم شوي پورت باندې اورېدونکی شته او د هغه bind پته ولیکئ۔ یوه کنټرول شوې غوښتنه وکړئ او د پروکسي لاگ ولولئ، ترڅو پوه شئ چې ناکامي د اورېدونکي په خوا ده که په راتلونکي راوړلو کې۔ په پای کې، د پروکسي کوربه لار او د سرچینې لپاره DNS پالیسي وګورئ۔

د N2N پروژه څنډې او supernodeونه د پوښ برخې په توګه مستند کوي۔ دا څنډه په غوښتنلیکي پروکسي نه بدلوي، او هېڅ د لارښوونې تنظیم د پروتوکول هغه سمبالونکی نه زیاتوي چې چا نه دی پیل کړی۔