আমি লিনাক্সে একটি বিশেষ প্রোগ্রাম পরিচালনা করি যা কখনও কখনও ক্র্যাশ হয়। আপনি যদি এটির পরে এটি দ্রুত খোলেন, এটি প্রথমবারের মতো 49200 এর পরিবর্তে 49201 সকেটে শোনে। নেটস্যাট প্রকাশ করেছে যে 49200 টি TIME_WAIT অবস্থায় রয়েছে।
সকেটটিকে তাত্ক্ষণিকভাবে TIME_WAIT রাজ্য থেকে সরিয়ে নিয়ে যাওয়ার জন্য এমন কোনও প্রোগ্রাম রয়েছে যা আপনি চালাতে পারেন?
উত্তর:
/etc/init.d/networking restart
আমাকে বিস্তারিত জানাতে দিন। ট্রান্সমিশন কন্ট্রোল প্রোটোকল (টিসিপি) একটি দ্বি নির্দেশমূলক, আদেশযুক্ত এবং দুটি শেষ পয়েন্ট (প্রোগ্রাম) এর মধ্যে নির্ভরযোগ্য ডেটা ট্রান্সমিশন প্রোটোকল হিসাবে ডিজাইন করা হয়েছে। এই প্রসঙ্গে, নির্ভরযোগ্য শব্দের অর্থ হ'ল এটি প্যাকেটগুলি মাঝখানে হারিয়ে গেলে পুনরায় প্রেরণ করবে। টিসিপি পিয়ারের কাছ থেকে প্রাপ্ত একক বা একাধিক প্যাকেটের জন্য স্বীকৃতি (ACK) প্যাকেটগুলি ফেরত পাঠিয়ে নির্ভরযোগ্যতার গ্যারান্টি দেয়।
এটি নিয়ন্ত্রণ সংকেত যেমন সমাপ্তির অনুরোধ / প্রতিক্রিয়া হিসাবে একই রকম হয়। আরএফসি 793 টাইম-ওয়েট রাষ্ট্রটিকে নিম্নলিখিত হিসাবে সংজ্ঞায়িত করেছে:
টাইম-ওয়েট - দূরবর্তী টিসিপি তার সংযোগ সমাপ্তির অনুরোধের স্বীকৃতি পেয়েছে তা নিশ্চিত হওয়ার জন্য পর্যাপ্ত সময়ের জন্য অপেক্ষা করা প্রতিনিধিত্ব করে।
নিম্নলিখিত টিসিপি রাজ্যের চিত্রটি দেখুন:
টিসিপি একটি দ্বি নির্দেশমূলক যোগাযোগ প্রোটোকল, সুতরাং যখন সংযোগটি প্রতিষ্ঠিত হয় তখন ক্লায়েন্ট এবং সার্ভারের মধ্যে কোনও পার্থক্য থাকে না। এছাড়াও, হয় কেউ ছাড়তে কল করতে পারে এবং একটি প্রতিষ্ঠিত টিসিপি সংযোগ পুরোপুরি বন্ধ করতে উভয় সমবয়সীদের বন্ধ হওয়ার বিষয়ে একমত হতে হবে।
সক্রিয়কে নিকটস্থ হিসাবে সক্রিয়কে কল করতে প্রথমটিকে কল করুন এবং অন্যটি প্যাসিভকে আরও কাছের করে দেখুন। সক্রিয় যখন কাছাকাছি এফআইএন প্রেরণ করে তখন রাষ্ট্রটি ফিন-ওয়েট -১ এ যায় 1 তারপরে এটি প্রেরিত এফআইএন এর জন্য একটি এসকে পায় এবং রাজ্যটি ফিন-ওয়েট -২ এ যায়। এটি একবার প্যাসিভ কাছ থেকে কাছাকাছি থেকে এফআইএন গ্রহণ করলে, সক্রিয় কাছাকাছি এসকেকে এফআইএন প্রেরণ করে এবং রাষ্ট্রটি টাইম-ওয়েটে চলে যায়। যদি প্যাসিভ কাছের লোকেরা দ্বিতীয় এফআইএন-এর কাছে এসিসি না পেয়ে থাকে তবে এটি এফআইএন প্যাকেটটি পুনঃপ্রেরণ করবে।
আরএফসি 793 সর্বোচ্চ সময়কালের লাইফটাইম বা 2MSL এর দ্বিগুণ হওয়ার জন্য টাইম-আউট সেট করে। এমএসএল, যেহেতু কোনও প্যাকেট ইন্টারনেটের আশেপাশে ঘুরে বেড়াতে পারে তার সর্বোচ্চ সময় 2 মিনিটে সেট করা হয়, 2MSL 4 মিনিট। যেহেতু কোনও এসিকে এসিके নেই, সক্রিয়ভাবে সক্রিয় কাছাকাছি টিসিপি / আইপি প্রোটোকলটি সঠিকভাবে মেনে চললে 4 মিনিট অপেক্ষা করা ছাড়া কিছুই করতে পারে না, কেবল প্যাসিভ প্রেরক যদি এসআইকে তার ফিনে না পেয়ে থাকে (তাত্ত্বিকভাবে) ।
বাস্তবে, অনুপস্থিত প্যাকেটগুলি সম্ভবত বিরল এবং খুব বিরল যদি এটি ল্যানের মধ্যে বা কোনও একক মেশিনের মধ্যে ঘটে থাকে।
প্রশ্নের ভারব্যাটিমের উত্তর দেওয়ার জন্য, কীভাবে জোর করে TIME_WAIT- তে একটি সকেট বন্ধ করতে হবে? আমি এখনও আমার মূল উত্তরটির সাথে লেগে থাকব:
/etc/init.d/networking restart
ব্যবহারিকভাবে বলতে গেলে, আমি এটি প্রোগ্রাম করব তাই এটি ডাব্লুএমআর উল্লিখিত হিসাবে SO_REUSEADDR বিকল্পটি ব্যবহার করে TIME-WAIT রাজ্যটিকে উপেক্ষা করবে। SO_REUSEADDR ঠিক কী করে?
এই সকেট বিকল্পটি
কর্নেলকে বলেছে যে এই বন্দরটি ব্যস্ত থাকলেও ( TIME_WAIT রাজ্যে), এগিয়ে যান এবং যাইহোক এটি পুনরায় ব্যবহার করুন। যদি এটি ব্যস্ত থাকে তবে অন্য একটি রাষ্ট্রের সাথে আপনি ইতিমধ্যে ব্যবহারের ত্রুটিতে একটি ঠিকানা পাবেন get এটি কার্যকর যদি আপনার সার্ভারটি বন্ধ হয়ে যায় এবং সকেটগুলি এখনও তার বন্দরে সক্রিয় থাকা অবস্থায় ঠিক তখনই পুনরায় শুরু করা হয়। আপনার সচেতন হওয়া উচিত যে কোনও অপ্রত্যাশিত ডেটা যদি আসে তবে এটি আপনার সার্ভারকে বিভ্রান্ত করতে পারে, তবে এটি সম্ভব হওয়ার পরেও সম্ভবত এটি সম্ভব নয়।
/etc/init.d/networkingপ্ল্যাটফর্ম-নির্দিষ্ট (দেবিয়ান?) তাই অন্যান্য সিস্টেমের জন্য সুনির্দিষ্ট কমান্ড লাইনটি (কখনও কখনও বরং মূলত তাই) আলাদা হবে। আমি অন্যান্য মন্তব্যকারীদের সাথে একমত যে এটিকে গুরুতর ওভারকিলের মতো বলে মনে হচ্ছে এবং কোনও সম্পর্কযুক্ত নেটওয়ার্ক পরিষেবাদির জন্য স্পষ্টতই ব্যাহতকারী।
আপনি যে নির্দিষ্ট প্রোগ্রামটি চালাচ্ছেন তার উত্স কোড আছে কিনা তা আমি জানি না, তবে যদি আপনি কেবলমাত্র SO_REUSEADDR সেট করতে পারতেন setsockopt(2)যার মাধ্যমে আপনি সকেটটি TIME_WAIT অবস্থায় থাকলেও একই স্থানীয় ঠিকানার উপর বাঁধাই করতে পারবেন (তা না হলে) সকেট সক্রিয়ভাবে শুনছে, দেখুন socket(7))।
TIME_WAIT স্থিতির আরও তথ্যের জন্য ইউনিক্স সকেট FAQ দেখুন ।
SO_REUSEADDRএকটি সকেট "বন্ধ" করে না। এটি কেবলমাত্র যা ইতিমধ্যে খোলা আছে তাদের পুনরায় ব্যবহার করতে সক্ষম করে। সুতরাং প্রশ্নটি এখনও "জোর করে কিভাবে একটি সকেটটি বন্ধ করতে হবে TIME_WAIT?"
SO_REUSEADDRbind()এগিয়ে যেতে দেওয়া হবে; তবে আপনি যদি সেই সকেট শুনতে চান তবে সমস্ত একই রকম listen()ফিরে আসবে EADDRINUSE। অন্য কথায়, এই উত্তরটি ক্লায়েন্ট সফটওয়্যারকে সাময়িক বন্দর ব্যবহার করে সহায়তা করতে পারে তবে সার্ভার সফ্টওয়্যারটির জন্য সমস্যাটি সমাধান করে না।
আমি যতদূর জানি আপনার প্রোগ্রামে আরও ভাল সিগন্যাল হ্যান্ডলার লেখার বাইরে সকেটটি জোর করে বন্ধ করার কোনও উপায় নেই, তবে একটি / প্রোক ফাইল রয়েছে যা সময়সীমাটি কতক্ষণ সময় নেয় তা নিয়ন্ত্রণ করে। ফাইলটি হ'ল
/proc/sys/net/ipv4/tcp_tw_recycle
এবং আপনি এটি করে সময়সীমাটি 1 সেকেন্ডে সেট করতে পারেন:
echo 1 > /proc/sys/net/ipv4/tcp_tw_recycle
যাইহোক, এই পৃষ্ঠায় এই ভেরিয়েবলটি সেট করার সময় সম্ভাব্য নির্ভরযোগ্যতা সম্পর্কিত সমস্যা সম্পর্কে একটি সতর্কতা রয়েছে।
সম্পর্কিত একটি ফাইলও রয়েছে
/proc/sys/net/ipv4/tcp_tw_reuse
যা TIME_WAIT সকেটগুলি পুনরায় ব্যবহার করা যেতে পারে কিনা তা নিয়ন্ত্রণ করে (সম্ভবত কোনও সময়সীমা ছাড়াই)।
ঘটনাক্রমে, কার্নেল ডকুমেন্টেশন আপনাকে সতর্ক করে যে 'প্রযুক্তিগত বিশেষজ্ঞদের পরামর্শ / অনুরোধ' ছাড়াই এই মানগুলির কোনওটি পরিবর্তন না করে। যা আমি নই।
প্রোগ্রামটি অবশ্যই অবশ্যই 49200 বন্দরটিতে একটি বাঁধাইয়ের চেষ্টা করার জন্য এবং তারপরে বন্দরটি ইতিমধ্যে ব্যবহারে থাকলে 1 দ্বারা বৃদ্ধি করা উচিত। সুতরাং, যদি আপনার উত্স কোডের নিয়ন্ত্রণ থাকে, আপনি কয়েক সেকেন্ড অপেক্ষা করার জন্য এই আচরণটি পরিবর্তন করতে পারেন এবং বাড়ানোর পরিবর্তে একই বন্দরে আবার চেষ্টা করতে পারেন।
1ভবিষ্যতের সংযোগগুলির জন্য কাজ করে সেট করা , তবে ইতিমধ্যে খোলা সেই বর্তমানগুলির সম্পর্কে কী?
আসলে একটি সংযোগ হত্যার উপায় আছে - কিলকেক্স । তারা দাবি করে যে এটি সংযোগের কোনও অবস্থায় (যা আমি যাচাই করে নি) কাজ করে। আপনার যোগাযোগটি এমন ইন্টারফেসটি জানতে হবে যেখানে যোগাযোগটি ঘটে থাকে যদিও এটি ডিফল্টরূপে eth0 বলে মনে হয়।
আপডেট: আরেকটি সমাধান হ'ল কাটার যা কিছু লিনাক্স ডিস্ট্রোজের সংগ্রহস্থলে আসে।
আর একটি বিকল্প হল 0 এর টাইমআউট সহ SO_LINGER বিকল্পটি ব্যবহার করা This আপনি যখন সকেটটি বন্ধ করেন তখন জোর করে বন্ধ করে দেওয়া হয়, FIN / ACK বন্ধের আচরণের পরিবর্তে আরএসটি প্রেরণ করা। এটি TIME_WAIT রাজ্যটি এড়িয়ে যাবে এবং কিছু ব্যবহারের জন্য আরও উপযুক্ত হতে পারে।
একটি বিকল্প সমাধান হ'ল কিছু নির্ভরযোগ্য প্রক্সি বা পোর্ট ফরওয়ার্ডিং সফ্টওয়্যার রয়েছে যা পোর্ট 49200 শোনায়, তারপরে বিভিন্ন পোর্ট ব্যবহার করে আপনার কম নির্ভরযোগ্য প্রোগ্রামের কয়েকটি উদাহরণের সাথে সংযোগটি ফরোয়ার্ড করুন ... হ্যাপ্রোক্স স্প্রিংস মনে রাখবেন।
ঘটনাক্রমে আপনার সংযোগটি বন্দরটি অনেক বেশি। আপনি 0-1024 ব্যাপ্তির ঠিক উপরে একটি অব্যবহৃত ব্যবহার করার চেষ্টা করতে পারেন। আপনার সিস্টেমে একটি সাময়িক বন্দর হিসাবে কম পোর্ট নম্বর ব্যবহার করার সম্ভাবনা কম।
সকেট প্রোগ্রামিং ক্লায়েন্ট সার্ভার আর্কিটেকচারে TIME_WAIT সর্বাধিক সাধারণ সমস্যা। পর্যায়ক্রমে চেষ্টা করা কয়েক সেকেন্ড অপেক্ষা করুন এটির জন্য সেরা সমাধান। রিয়েল টাইম অ্যাপ্লিকেশনগুলির জন্য তাদের সার্ভারের প্রয়োজন তাৎক্ষণিকভাবে উঠতে হবে তাদের জন্য SO_REUSEADDR বিকল্প রয়েছে।
TIME_WAITসার্ভারে" শুধু মাধ্যমে লাফালাফি প্রথম তিন উত্তর যা উত্তর পরিবর্তে প্রশ্ন এড়ানো।