د یوې فرعي شبکې وېبپاڼې کولی شي د ګېټوې پرتې پراکسي له پامه تېرې کړي
تشریح کوي چې ولې د یوې فرعي شبکې ترافیک کولی شي د ګېټوې د نیولو قاعده له پامه وتښتي، په داسې حال کې چې د انټرنیټ غوښتنې د هغې په لاګ کې ښکاري.
د انټرنیټ ګرځېدل د ګېټوې د پراکسي په لاګ کې ښکاري. د دفتر په LAN کې وېبپاڼه نه ښکاري. د URL فلټر د بدلولو دمخه وټاکئ چې ایا د LAN غوښتنه ګېټوې ته رسېدلې وه که نه.
د مستقیم وصل IPv4 منزل لپاره کلاینټ کولی شي د منزل د لینک طبقې پته حل کړي او په سیمه ییزه برخه کې هغې ته ولېږي. د هغې اصلي ګېټوې په دې لار کې په اتوماتيک ډول نه ده. په ګېټوې کې پرته نیولو قاعده نشي کولی هغه پاکټونه وګرځوي چې ګېټوې هېڅکله نه ترلاسه کوي.
د بېلګې په توګه، د یوې مستقیمې فرعي شبکې دوه کوربه کولی شي د سویچ له لارې ترافیک تبادله کړي، په داسې حال کې چې پراکسي ماشین بل سویچ پورټ ته وصل دی. یوازې په هغه LAN کې اوسېدل پراکسي د لېږد نقطې نه جوړوي.
د پام وړ لاره وټاکئ
روښانه پراکسي تنظیم کولی شي د ګډون کوونکې اپلیکیشن غوښتنه پراکسي ته ولېږي حتی کله چې هدف وېبپاڼه سیمه ییزه وي. د تېرېدو قواعد او د PAC پرېکړې هم وګورئ: دوی کولی شي د شخصي نومونو یا پتو لپاره په قصد DIRECT وټاکي.
که نیول اړین وي، شبکه باید د نیولو نقطه په رښتیا لاره کې کېږدي؛ په Linux ګېټوې کې سیمه ییز او لېږل شوي پاکټ لارې سره جلا کړئ. د لارښوونې سره فرعي شبکې جلا کول یا په قصد انلاین جوړ شوی پل کولی شي دا په مناسبو ډیزاینونو کې وکړي، خو هر یو د لېږد او ناکامۍ چلند بدلوي. په LAN کې بل ځای پل په اتوماتيک ډول انلاین نه وي.
د اپلیکیشن پروتوکول غوښتنه جلا وساتئ. حتی وروسته له دې چې ترافیک وسیله تېره کړه، اورېدونکی باید د نیولو حالت ملاتړ وکړي. د پاکټونو لېږدول د HTTPS د رمز پرانیستلو اجازه نه ده او نه دا تضمین چې یو عادي SOCKS پورټ یې منلی شي.
هغه لاره چې کلاینټ ټاکلې، سیمه ییزه برخه او ریښتینی لېږدوونکی وسیله ثبت کړئ. د پراکسي لاګ نشتوالی کولی شي د توپولوژي سمه توضیح وي، نه د ثبت ناکامي.