কেন উইন্ডোজ 7 / পটিটি খুব সংক্ষিপ্ত বিরতিতে টিসিপি সংযোগগুলি ফেলে দেয়?


15

আমার একটি ছোট স্থানীয় নেটওয়ার্ক রয়েছে যা একটি বন্দী ওয়াইফাইতে পিগিগ্যাক করে এবং আমি আমার লিনোড, হেটজার এবং অন্যান্য সার্ভারের সাথে সংযোগ স্থাপনের জন্য উইন্ডোজ 7 পেশাদারের sshসাথে ওএস এক্স -oServerAliveInterval=240এবং পুটি 0.62 ব্যবহার করি।

পুটি দিয়ে, আমি ConnectionSending of null packets to keep session activeথেকে 240 নির্বাচন করি The Enable TCP keepalives (SO_KEEPALIVE option)ডিফল্ট হিসাবে বন্ধ হয়।

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

আমি কি উইন্ডোজ / পিটিটিওয়াইকে প্রাক সংযোগ দিয়ে ভাল সংযোগগুলি ত্যাগ করা থেকে বিরত রাখতে পারি?

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


কেবল আমার লেখার একই সমস্যা এবং উর্ধ্বমুখী হতে লিখতে ... এই প্রশ্নটি দেখবেন। আমি ধরে নিলাম উইন্ডোজ নেটওয়ার্ক ড্রাইভার বাস্তবায়নের সাথে এর কিছু আছে।
allquixotic

আমি এখন 10 বছর ধরে পুটি ব্যবহার করছি এবং শুরু থেকেই এইটির সমাধান খুঁজছি for এই ব্যথা পয়েন্টটি কেবল হ্রাস করা যায়, সমাধান করা যায় না। পুট্টির জন্য একটি 100.00% নির্ভরযোগ্য ইন্টারনেট সংযোগ এবং 0.00% বাদ দেওয়া প্যাকেট প্রয়োজন। সর্বদা স্পষ্ট-ইন্টারনেটের নতুন জগতে, পুটিগুলি বছরগুলি যত কমছে কম চলছে এবং কারণ আপনার কাজটি ব্যাহত হওয়ার আগে এটি কেবল কয়েক মিনিটের জন্য কাজ করতে পারে এবং পুট্টি পুনরায় চালু করতে হবে, পুনরায় সংযোগ করতে হবে , তারপরে আপনি যেখানে রেখে গিয়েছিলেন সেখানে উঠুন, দূষিত ফাইলগুলি কলুষিত করুন এবং পরবর্তী আউটেজের আগে আপনার কাজ শেষ করার চেষ্টা করুন।
এরিক লেসচিনস্কি

@ এরিকলিশচিনস্কি, আপনি ভুল। এই প্রশ্নের মধ্যে বর্ণিত এই প্রশমনটি ঠিক ঠিক কাজ করে, খুব বেশিদিন আমার আইপিভি 4 সংযোগ বাধাগ্রস্ত হয়নি। (পুরো আইপিভি 4 অ্যাড্রেস পরিবর্তিত হয় বা আমি একটি ঘুম ইত্যাদি করি - এই ক্ষেত্রেগুলি mosh
বাদ দেওয়া

উত্তর:


8

http://www.chiark.greenend.org.uk/~sgtatham/putty/faq.html#faq-timeout


দেখে মনে হচ্ছে TcpMaxDataRetransmissions(REG_DWORD) সরাসরি এটিকে প্রভাবিত করে। মান যোগ করা যেতে পারে HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\Tcpip\Parametersসঙ্গে regedit.exe(কী ডিফল্টরূপে অনুপস্থিত, তাই আপনি প্রথম অনুক্রমে এটি যোগ করতে এটি পরিবর্তন করতে থাকে)। যখন আনসেট করা হয় - এটি 5. এটি যুক্ত করুন এবং এটি কমপক্ষে f(15) এ সেট করুন এবং পুনরায় বুট করুন।


5 এর ডিফল্ট মান সংক্ষিপ্ত এবং অস্থায়ী নেটওয়ার্ক বিভ্রাটের সময় সংযোগ রাখতে যথেষ্ট অপ্রতুল বলে মনে হয়; আপনি কয়েক সেকেন্ডের মধ্যে একটি সময়সীমা পেতে চাই। আমি এই TcpMaxDataRetransmissionsকীটি রেজিস্ট্রিতে যুক্ত করেছি , এবং এর মান f(15) এ সেট করেছি , মেশিনটি রিবুট করেছি sysctl net.inet.ip.forwarding=0এবং পুটিওয়াইতে একটি অক্ষর টাইপ করার আগে রাউটারটি করার পরে, ফরোয়ার্ডিংটি সক্ষম করার পরে অক্ষরটি আমার কাছে ফিরে আসে আমার রাউটারে 5 মিনিট অপেক্ষা করার পরে (আমি এটি পরীক্ষা করে দেখেছি যে 0x0000000c (12) এর মান সংযোগের সময় প্যাকেট প্রেরণে প্রথম প্রয়াসের ঠিক 7 মিনিটের পরে সংযোগটি ভেঙে দেয়)। পুনরায় বুট করার আগে, পিটিটিওয়াই এখনই কয়েক সেকেন্ডের মধ্যেই সংযোগটি শেষ করবে time মনে রাখবেন যে রিবুটটি প্রয়োজনীয় ছিল - কমপক্ষে উইন্ডোজ 7 পেশাদারে,কেবলমাত্র রেজিস্ট্রি পরিবর্তন করার ফলে বিদ্যমান বা নতুন সংযোগগুলির কোনও প্রভাব নেই ! উইন্ডোজে কখনও কোনও পরিবর্তন হয় না!

যদিও এতে, (1 সেকেন্ড) এর ডিফল্ট আনসেট মান থেকে দশমিক (60 সেকেন্ড) যোগ এবং সেট KeepAliveIntervalকরা যেতে পারে , তবে টিসিপি রক্ষীবাহিনী সক্ষম না হওয়ার কারণে এটি আমার নির্দিষ্ট ক্ষেত্রে কোনও প্রভাব ফেলবে বলে মনে করা হচ্ছে না।600001000

আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.