Dante-এর UDP উত্তর নিয়ম from/to দিক উল্টে দেয়
বহির্গামী ক্লায়েন্টের ঠিকানা-অনুমান অনুলিপি না করে বাইরে থেকে ভিতরে দিক অনুসারে Dante-এর উত্তর নিয়ম প্রয়োগ করুন।
ক্লায়েন্ট প্রমাণিত এবং UDP সংযোগ অনুমোদিত। তবুও উত্তর ব্যর্থ হয়। Dante-তে, প্রত্যাবর্তন ট্র্যাফিক পরিচালনা করে যে নিয়ম তার দিক পরীক্ষা করুন।
Dante সূচনা-নির্দেশকে উত্তর-পরিচালনা থেকে আলাদা করে:
| নিয়ম নির্দেশ | from | to |
|---|---|---|
connect, bind, udpassociate | অভ্যন্তরীণ ক্লায়েন্ট | বাহ্যিক গন্তব্য |
bindreply, udpreply | বাহ্যিক হোস্ট | অভ্যন্তরীণ ক্লায়েন্ট |
তাই ক্লায়েন্টের সাবনেট সীমাবদ্ধতা অপরিবর্তিতভাবে দুই দিকেই অনুলিপি করলে উত্তর নিয়মে ভুল পক্ষ মিলে যেতে পারে। অভীষ্ট বাহ্যিক প্রেরক ও অভ্যন্তরীণ প্রাপক পর্যালোচনা করুন, কেবল পাস নিয়মে UDP শব্দটি আছে কি না তা নয়।
প্রমাণীকরণের একটি সম্পর্কিত সীমা আছে। UDP ডেটাগ্রামের উত্তরদানকারী বাহ্যিক সেবা কোনো SOCKS ক্লায়েন্ট নয় যে আপনার ব্যবহারকারী-নাম ও পাসওয়ার্ড বিনিময় সম্পূর্ণ করতে পারে। Dante-র নথি ব্যাখ্যা করে যে উত্তর-পরিচালনাগুলি ক্লায়েন্টের পূর্ববর্তী BIND বা UDP সংযোগ থেকে আসে; সেই সূচনা-পরিচালনা প্রমাণিত করুন এবং উপযুক্ত সংযুক্ত-উত্তর নীতি প্রয়োগ করুন।
এটি অসীমিত অযাচিত অভ্যন্তরগামী ট্র্যাফিক সমর্থন করে না। UDP সংযোগ, গন্তব্য নীতি, রিলে ঠিকানা এবং ফায়ারওয়াল পথ এখনও গুরুত্বপূর্ণ। bindreply চালু করলেও UDP সংযোগ সাধারণ উদ্দেশ্যের পাবলিক পোর্ট-ফরওয়ার্ডিং সেবায় পরিণত হয় না।
ক্লায়েন্ট-পক্ষের SOCKS বিনিময় এবং প্রকৃত UDP প্রত্যাবর্তন পথ আলাদাভাবে দৃশ্যমান রাখুন। সফল TCP লগইন উত্তর ACL-এর ঠিকানা-দিক বা UDP রিলে প্রান্তবিন্দুর পৌঁছনীয়তা কোনোটিই যাচাই করে না।