ইউডিপি ট্র্যাফিকের জন্য নেটক্যাট শোনা বন্ধ করে


8

আমি কয়েকটি লিনাক্স মেশিনে নেটকাট ব্যবহার করছি (এই অন্যান্য প্রশ্নটি দেখুন ) তবে কিছু অপ্রত্যাশিত আচরণ দেখছি।

গৃহীত উত্তরের গাইডের বিপরীতে, আমি ডিএনএস অনুসন্ধান করতে ইউডিপি টানেলিংটি ব্যবহার করছি না। আমার কাছে একটি রিমোট সার্ভার রয়েছে যা আমি লগইন করতে পারি, তবে এতে সফ্টওয়্যার ইনস্টল করব না এবং আমি আমার কম্পিউটার থেকে সার্ভারে ইউডিপি ট্র্যাফিকটি সুড়ঙ্গ করার চেষ্টা করছি এবং তারপরে সার্ভার থেকে আমার মেশিনে ইউডিপি প্রতিক্রিয়াগুলি প্রেরণের জন্য একটি পৃথক টানেল সেটআপ করব ।

আমার মেশিন থেকে সার্ভারে যাওয়া টানেলটি নিখুঁতভাবে কাজ করছে, তবে সার্ভারের দিক থেকে, ইউডিপি সার্ভারের প্রতিক্রিয়া শুনে নেটকাটের উদাহরণটি প্রথম প্রতিক্রিয়া পাওয়ার পরে শ্রোতাকে বন্ধ করবে। সুতরাং আমি একটি অনুরোধ পাঠাতে এবং 1 টি প্রতিক্রিয়া ফিরে পেতে পারি, তবে পরবর্তী কোনও অনুরোধ সার্ভারে ঠিক আছে তবে প্রতিক্রিয়া পাওয়া যায় না। নেটস্ট্যাট ব্যবহার করে আমি দেখতে পাচ্ছি যে প্রতিক্রিয়া পাওয়ার আগে নেটক্যাট শুনছে তবে প্রতিক্রিয়া পাওয়ার পরে পোর্টটি বন্ধ হয়ে যায়।

আমার মেশিনে নেটক্যাট দৃষ্টান্তটি ঠিকঠাকভাবে সবকিছু পরিচালনা করছে। উভয়ই মেশিন নেটকাট v1.10-38 চলছে। কোন ধারণা কি চলছে?

উত্তর:


2

সুতরাং নেটকেট নামে একাধিক জিনিস রয়েছে; উবুন্টুতেও এর জন্য / ইত্যাদি / বিকল্প প্রতীকী-লিংক-হ্যাকারি রয়েছে।

আমি মনে করি আপনার সমস্যার একটি অংশ ইউডিপি সেশনগুলি করে না; আমি নীচে /usr/share/doc/netcat-traditional/README.gz ফাইলটির একটি অংশ অনুলিপি করেছি যা ব্যাখ্যা করার জন্য বেশ ভাল কাজ করে।

ইউডিপি সংযোগগুলি টি-সি-পি-র পরিবর্তে খোলা হয় যখন -u নির্দিষ্ট করা হয়। ইউডিপি একটি সংযোগবিহীন প্রোটোকল হওয়ায় এগুলি সত্যিকার অর্থে "সংযোগগুলি" নয়, যদিও নেটক্যাট অভ্যন্তরীণভাবে "সংযুক্ত ইউডিপি সকেট" প্রক্রিয়া ব্যবহার করে যা বেশিরভাগ কার্নেল সমর্থন করে। যদিও নেটকাট দাবি করেছে যে বহির্গামী ইউডিপি সংযোগটি অবিলম্বে "খোলা" রয়েছে, মান ইনপুট থেকে কিছু না পড়া পর্যন্ত কোনও ডেটা প্রেরণ করা হয় না। তারপরেই কেবল অন্য প্রান্তে ইউডিপি সার্ভার রয়েছে কিনা তা নির্ধারণ করা সম্ভব এবং প্রায়শই আপনি কেবল এটি বলতে পারবেন না। বেশিরভাগ ইউডিপি প্রোটোকলগুলি সময়সীমা ব্যবহার করে এবং তাদের কাজটি করার জন্য পুনরায় চেষ্টা করে এবং অনেক ক্ষেত্রে উত্তর দেওয়া মোটেও বিরক্ত করে না, তাই আপনার একটি সময়সীমা নির্দিষ্ট করা উচিত এবং সেরাটির জন্য আশা করা উচিত।

ঠিক আছে তাই সম্ভবত এটি ব্যাখ্যা হিসাবে এতটা দুর্দান্ত নয় তবে এটি আমি খুঁজে পেতে পারি।

যদি আপনি এখনও না করেন, আপনি যে কোনও নেটকাট বিকল্পগুলির সাথে পরীক্ষা করতে চাইতে পারেন যা আপনি অপেক্ষা করতে করতে পারেন তা আবিষ্কার করতে পারেন ... আপনি কি পরীক্ষা করেছেন:

  • আপনি "শ্রবণ" মোডে রয়েছেন তা নিশ্চিত করতে -l পাশাপাশি -u ব্যবহার করুন

  • -vv ঠিক কি ঘটছে তা দেখতে

  • -কি -1 ... যা ইওএফ পাওয়ার পরেও "চিরকাল অপেক্ষা" করা উচিত (আশা করি, আবার শুনছেন?)


5
সুতরাং এটি এখন একটি স্বীকৃত উত্তর, তবে কোন টিপস কার্যকর প্রমাণিত হয়েছে তা আমরা জানি না :(
törzsmókus

2

আপনি এটি socatজন্য ব্যবহার করতে পারেন । এটিতে খুব সুন্দর বিকল্প রয়েছে fork:

fork সংযোগ স্থাপনের পরে, একটি চাইল্ড প্রসেসে এর চ্যানেলটি পরিচালনা করে এবং পিতামাতার প্রক্রিয়াটি শুনতে বা লুপে (উদাহরণ) সংযুক্ত হয়ে আরও সংযোগ উত্পাদন করার চেষ্টা চালিয়ে যায়।

ক্লায়েন্ট (হ্যাঁ আপনি এটি ক্লায়েন্টের কাছ থেকে চালান):

$ ssh -L 7753:localhost:7753 YourServer.com "/usr/bin/socat tcp4-listen:7753,reuseaddr,fork UDP:8.8.8.8:53"

ক্লায়েন্ট:

$ sudo socat udp4-listen:53,reuseaddr,fork tcp:localhost:7753
$ dig @127.0.0.1 google.com
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.