د Dante د UDP ځواب قواعد د from/to لوری بدلوي
د وتونکي کليانټ د پتې انګېرنې کاپي کولو پرځای د Dante د ځواب قواعد په باندې→دننه لوري کې پلي کړئ.
کليانټ تصدیق شوی او د UDP تړاو اجازه لري. ځوابونه بیا هم ناکامېږي. په Dante کې، هغه قاعده وګورئ چې د بېرته راتلونکي ترافیک سمبالوي، د هغې لوری څېړئ.
Dante پیل کوونکي حکمونه د ځواب سمبالولو څخه جلا کوي:
| د قاعدې حکمونه | from | to |
|---|---|---|
connect, bind, udpassociate | داخلي کليانټ | باندې هدف |
bindreply, udpreply | باندې هوسټ | داخلي کليانټ |
د کليانټ د سبنيټ محدودیت په دواړو لورو کې بې بدلونه کاپي کول کېدای شي په ځواب قاعده کې ناسم اړخ سره سمون وخوري. نظر د باندې لېږدونکو او داخلي ترلاسه کوونکو ته وګورئ، نه یوازې دې ته چې په pass قاعده کې د UDP کلمه ده که نه.
تصدیق یوه اړونده پوله لري. هغه باندې خدمت چې د UDP ډاټاګرام ځواب ورکوي، هغه SOCKS کليانټ نه دی چې ستاسو د کارن نوم/پټنوم تبادله بشپړولی شي. د Dante اسناد تشریح کوي چې د ځواب عملیات د کليانټ له مخکیني BIND یا UDP تړاو څخه رامنځته کېږي؛ هغه پیل کوونکی عملیات تصدیق کړئ او مناسبه اړونده ځواب تګلاره پلي کړئ.
دا بې حده، نه غوښتل شوي داخلېدونکي ترافیک ته نه توجیه ورکوي. د UDP تړاو، د هدف تګلاره، د ریلې پته او د فایر وال لار لا هم مهم دي. bindreply فعالول هم د UDP تړاو په عمومي عمومي پورټ فوروارډینګ خدمت نه بدلوي.
د کليانټ اړخ SOCKS تبادله او ریښتینی د UDP بېرته راتلو لار جلا لیدل کېدونکې وساتئ. بریالی TCP ننوتل نه د ځواب ACL د پتو لوری او نه د UDP ریلې پای ټکي رسېدنه تصدیقوي.