په Dante کې د SOCKS5 تصدیق کولو میتودونو غوراوی

په SOCKS5 کې، تصدیق د کلینټ د خپل هدف غوښتنې له لیږلو مخکې منځګړیتوب کیږي. دا لومړنی د اعتبارنامې ناکامي د پروکسي هاخوا FTP، HTTPS یا بل اپلیکیشن ناکامۍ څخه بېله پېښه ګرځوي.

د کلینټ سلام هغه تصدیق میتودونه لیست کوي چې ملاتړ یې کوي. سرور له هغه لیست څخه یو میتود غوره کوي او غوراوی بیرته لیږي. د 0xff ارزښت مانا دا ده چې هېڅ وړاندې شوی میتود منځلاری نه دی او اړیکه باید وتړل شي. کلینټ د پټنوم له ناکامۍ وروسته یوازې د سرور اړخ هر میتود نه ازمويي.

د Dante ترتیب څه کنټرولوي

Dante 1.4.x د پروتوکول کچې تنظیم socksmethod بولي. د هغې اسناد وايي چې میتودونه د غوراوي ترتیب سره لیست شوي. د هغې پالیسۍ لپاره چې دواړه میتودونه اجازه ورکوي، دا اعلان د کاروونکي نوم/پټنوم غوره کوي کله چې کلینټ یې وړاندې کړي:

socksmethod: username none

د لیست بدلول کله چې دواړه میتودونه وړاندې شي، بې تصدیقه لاسرسی غوره کوي:

socksmethod: none username

دا بدیل میتود اعلانونه دي، نه بشپړ سرور ترتیبات. د اوریدو انټرفیسونه، اجازه شوي کلینټان، د هدف قواعد او هر ګړندی تصدیق محدودیتونه لاهم مهم دي.

د none اجازه ورکول یو ټاکلی پایله لري: یوازې بې تصدیقه وړاندې کوونکی کلینټ د پلي کېدونکو قواعدو لاندې منل کېدای شي. د username لومړی ځای کول د none لرونکی لیست دې ته نه بدلوي چې هر څوک باید پټنوم ورکړي.

لومړی اړتیا غوره کړئ

که هر اجازه شوی کلینټ باید د کاروونکي نوم/پټنوم سره تصدیق وکړي، نو د none د یوې عمومي مطابقت سمونې په توګه د زیاتولو پرځای هغه اړتیا په نړیوالو او پلي کېدونکو قواعدو کې په دوامداره توګه ترتیب کړئ. که بې نومه لاسرسی د محدود کلینټ ګروپ لپاره په قصد وي، ګروپ او د هغې اجازه شوي هدفونه څرګند کړئ.

Dante clientmethod هم لري، کوم چې د TCP کلینټ د نښلولو پر مهال، د SOCKS خبرو اترو مخکې ترسره کېدونکو څیړنو پورې اړه لري. دا د SOCKS5 سلام کې تبادله کېدونکو میتودونو څخه جلا پوړ دی. زاړه method کلیموالې کاروونکي ترتیبي ټوټې باید د نصب شوي Dante نسخې لارښود سره سمې ولوستل شي.

کله چې دوه کلینټان بېلابېل چلند کوي، پرتله کړئ چې هر یو څه وړاندې کوي، Dante څه غوره کوي او د غوره شوي میتود فرعي خبرې اترې بریالۍ کیږي که نه. بیا د SOCKS د هدف ځواب وګورئ. دا ترتیب د هر ناکامۍ FTP ته د نسبت کولو یا د سرور د تصدیق پالیسۍ په ړوند ډول بدلولو پرته د ورک اعتبارنامې کال بیک پیژندنه کوي.

په پای کې، د SOCKS5 کاروونکي نوم/پټنوم تصدیق د پټنوم تبادله کوډ نه کوي. کله چې هغه اعتبارنامې محرمیت ته اړتیا ولري، مناسب ساتل شوی ترانسپورت یا شبکه وکاروئ.