আমার অবস্থানের সময়সূচী কেন নেটওয়ার্কের অবস্থানের সাথে পরিবর্তিত হয়?

Question

যখন আমি বাড়ি থেকে আমাদের কোনও অফিস সার্ভারে (যা ফেডোরা 10 চালায়) সেশ করা হয়, তখন আমার সেশনটি বেশ অল্প সময়ের পরে কর্মকালীন (5 মিনিট বা তার বেশি) পরে শেষ হয়। আমি TcpKeepAliveক্লায়েন্ট পক্ষ ব্যবহার করার চেষ্টা করেছি , কোনও প্রভাব ফেলেনি।

আমি যে জিনিসটি বুঝতে পারি না তা হ'ল যদি আমি ল্যান সংস্থার অফিসে থাকি তবে আমি সময় নির্ধারণ না করে সারা দিন একটি সেশনটি নিষ্ক্রিয় রাখতে পারি, সুতরাং আচরণটি আমার অবস্থানের উপর নির্ভর করে বলে মনে হচ্ছে।

আমি ল্যানে না থাকাকালীন কেন এমন ঘটনা ঘটে এবং কীভাবে সময়সীমা রোধ করা যায় সে সম্পর্কে কোনও ধারণা? আমি ম্যাক ওএসএক্সে টার্মিনাল ক্লায়েন্ট ব্যবহার করছি যদি এটি সাহায্য করে।

আপডেট - ডেভ ড্রাগারের পরামর্শটি আমার জন্য কাজ ServerAliveIntervalকরে অ-শূন্যতে সেট ব্যবহার করার পরামর্শ TcpKeepAlive=noদিয়েছে। অন্য কয়েকটি উত্তর সম্পর্কে, ClientAlive... সেটিংস ম্যাক ওএসএক্স এসএসএইচ ক্লায়েন্টের দ্বারা গৃহীত হয় না।

Answer 1

এখানে এই সমস্যা সম্পর্কে একটি ভাল লেখার ব্যবস্থা আছে ।

তারা সুপারিশ:

ssh -o TCPKeepAlive=yes

বা:

ssh -o TCPKeepAlive=no -o ServerAliveInterval=15

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

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

অবশেষে, আপনি ওয়াইরশার্ক বা অন্যান্য স্নিফার ব্যবহার করে আপনার প্রকৃত টিসিপি সংযোগটি দেখতে কী তা চলছে তা দেখার জন্য দেখতে চাইতে পারেন। এটি কেন এখনও মাঝে মাঝে সংযোগ বিচ্ছিন্ন হয় তা দেখার চূড়ান্ত উপায়।

Comments

ধন্যবাদ, ডেভ - সার্ভারআলভইন্টারওয়াল বিকল্পটি দুর্দান্ত কাজ করেছে।

— গ্যারেথ_উবলস

@ ডেভ আমি শুনেছি যে কিছু সার্ভার প্রশাসকরা এই অনুশীলনটিকে নষ্ট করেছেন কারণ এটি (ক) সুরক্ষা ঝুঁকি, বা (খ) অযাচিত সার্ভার লোড হতে পারে। এই উদ্বেগগুলির কোনওটি কি আইডিএইচও বৈধ?

— জোনাথন দিন

এটি ক্লায়েন্টের শেষ বিন্দুতে একটি সেটিংস, সুতরাং আপনি যদি প্রতিকূল পরিবেশে থাকেন তবে কারও পক্ষে এটি আপনাকে ছদ্মবেশী করার সুযোগকে বাড়িয়ে তুলতে পারে, তবে সংযোগের সুরক্ষায় প্রভাব ফেলবে এমন সম্ভাবনা খুব কম। আমি অতিরিক্ত অতিরিক্ত বোঝা সৃষ্টি করতে দেখতে পাচ্ছি না।

— ডেভ ড্রাগার

@ ডেভ: আমি এই কমান্ডটি প্রবেশ করেছি তবে নিম্নলিখিতগুলি, ব্যবহার পেতে পারি: এসএসএস [-1246AaCfgKkMNnqsTtVvXxYy] [-b বাইন্ড_এড্রেস] [-সি সিফার_স্পেক] [-ডি [বাইন্ড_এড্রেস:] পোর্ট] [-e পর্বত_চর] [-এফ কনফিগার ফাইল] [- আমি পিকেসিএস 11] [-i পরিচয়_ফিল] [-L [বাইন্ড_এড্রেস:] পোর্ট: হোস্ট: হোস্টপোর্ট] [-l লগইন_নাম] [-ম ম্যাক_স্পেক] [-সি সিটিএল_সিএমডি] [-ও বিকল্প] [-পি পোর্ট] [-আর [ বাইন্ড_এড্রেস:] পোর্ট: হোস্ট: হোস্টপোর্ট: [-এস সিটিএল_পথ] [-ডাব্লু হোস্ট: পোর্ট] [-w লোকাল_টুন [: রিমোট_টুন]] [ইউজার @] হোস্টনাম [কমান্ড]

— ইউজার 1050619

এই ফিক্সটি পিটিটিওয়াইয়ের জন্যও কাজ করেছিল। আমি কেবলমাত্র বিকল্পটি সেট করতে হয়েছিল - কিপালাইভের মধ্যে সংযোগ -> সেকেন্ডের মধ্যে: 15. এসএসএইচ সেশনটি 8 ঘন্টা (কমকাস্ট) এর বেশি সময় ধরে জীবিত এবং ভাল ছিল, যখন এটি সাধারণত <30 মিনিটের মধ্যে সংযোগ বিচ্ছিন্ন হয়ে যায়।

— ড্যান ড্যাসকলেসকু

Answer 2

এটি সম্ভবত কারণ যখন আপনি বাসা থেকে সংযোগ করছেন তখন আপনি একটি ফায়ারওয়াল দিয়ে যাবেন যে খুব অল্প সময়ের পরে টিসিপি সেশনটি বন্ধ করে দেয়। তবে TcpKeepAlive এড়ানো উচিত। আপনি কি ক্লায়েন্টের পাশে বা সার্ভারের পাশে TcpKeepAlive সক্ষম করেছেন?

Comments

আমি ক্লায়েন্ট পক্ষের টিসিপিকিপএলাইভ করেছি (আমার। / .Ssh / কনফিগারেশনে) - আমি ভেবেছিলাম এটি স্থানীয় ফায়ারওয়াল সমস্যাগুলি সমাধান করবে, তবে এটি এখনও শেষ হয়ে যায়।

— গ্যারেথ_উবলস

ডিফল্টরূপে এটি সার্ভারের দিকে "চালু" রয়েছে তবে এটি অক্ষম করা হয়নি কিনা তা দেখতে sshd_config পরীক্ষা করুন।

— ব্যাসার্ধ

কিছু ফায়ারওয়ালগুলি নিষ্ক্রিয় না থাকলে নির্দিষ্ট সময় পরে একটি টিসিপি সংযোগ বিচ্ছিন্ন করে।

— টমঅনটাইম

কিছু ফায়ারওয়ালগুলি নিষ্ক্রিয় না থাকলে নির্দিষ্ট সময় পরে একটি টিসিপি সংযোগ বিচ্ছিন্ন করে। এটি সনাক্ত করার উপায় হ'ল আপনি যদি ধারাবাহিকভাবে সংযোগ বিচ্ছিন্ন হয়ে যান তবে তা to

— টমঅনটাইম

আমি ঠিক করার জন্য ব্যবহৃত সেটিংসটি এখানে রইল: টিসিপিকিপএলাইভ নং, ক্লায়েন্টএলাইভআইন্টারভাল 300, ক্লায়েন্টএলাইভকাউন্টম্যাক্স 3

— ম্যাট সিমন্স

Answer 3

আমি আমার কমকাস্ট সংযোগে সব সময় এটি পাই। সমস্যাটি হ'ল আপনার এসএসএইচ ক্লায়েন্টের বেঁচে থাকার সময়কাল আপনার নেটওয়ার্কের পথে কনফিগার হওয়া টাইমআউটটির জন্য খুব দীর্ঘ। আপনি লিনাক্স হন, আপনি পরিবর্তন করতে পারেন ServerAliveIntervalএবং ServerAliveCounterতাদের ডিফল্ট কম হতে মান। এই মানটি সেকেন্ডে সেট করা হয়। সিস্টেম-প্রশস্ত কনফিগারেশন ফাইলটি (সাধারণত) এর মধ্যে পাওয়া যায় /etc/ssh/ssh_config। এই দুটি এবং সেট করা TcpKeepAliveআপনার সংযোগ চালিয়ে যেতে সহায়তা করবে।

Answer 4

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

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

ক্লায়েন্টের কিপালাইভ কনফিগারেশন এখানে প্রথম কেস পরিচালনা করবে তবে দ্বিতীয় ক্ষেত্রে সাহায্য করতে পারে না। ফায়ারওয়ালটি সাধারণত আপনার অফিসের ঘেরে থাকে এবং তাই এটি কনফিগারযোগ্য হতে পারে। এটি প্রথম পয়েন্টে সহায়তা করবে।

আপনার মাঝে মাঝে লিঙ্কের ক্ষয়ক্ষতি হচ্ছে কিনা তা পরীক্ষা করতে আপনি আপনার ক্লায়েন্ট মেশিন থেকে ব্যাকগ্রাউন্ডে একটি 'পিং' সক্রিয় রাখতে পারেন।

Answer 5

আপনি অন্যদের প্রস্তাবিত সেটিংসটিকে আপনার ~/.ssh/configফাইলে ডিফল্ট হিসাবে যুক্ত করতে পারেন , তাই sshপ্রতিবার আপনি যখন কোনও সংযোগ শুরু করবেন তখন আপনাকে সেগুলি পাস করতে হবে না :

nano ~/.ssh/config এবং যোগ কর:

TCPKeepAlive=no
ServerAliveInterval=15