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 ریلے اینڈ پوائنٹ کی رسائی کی۔