আমার দূরবর্তী প্রক্রিয়াটি কেন একটি ssh অধিবেশন হত্যার পরে চলমান?


15

স্থানীয় শেলটিতে এই কমান্ডটি চালিয়ে আমি একটি দূরবর্তী লগফিলটি তৈরি করছি:

ssh remotemachine tail -100f /path/to/error_file

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

হ্যাঙ্গআপ সিগন্যালগুলি কখন প্রেরণ করা হয় এবং কখন না হয় সে সম্পর্কে কেউ কি আরও কিছু আলোকপাত করতে পারে? রিমোট মেশিনটি উবুন্টু, এবং আমার লোকেল শেলটি ওএস এক্স বাশ, যদি তাদের মধ্যে কোনও একটির পার্থক্য থাকে।

উত্তর:


13

এই আচরণটি চলমান প্রক্রিয়াটির জন্য একটি নিয়ন্ত্রণকারী টার্মিনালের অভাব থেকে উদ্ভূত হয়। যখন রিমোট প্রসেসটিতে একটি কন্ট্রোলিং টার্মিনাল থাকে না, আপনার সেশনটি পরিচালনা করে এমন রিমোট ssh প্রক্রিয়া কমান্ডটি হারাতে অক্ষম হয়, যা জম্বি অবস্থায় ঝুলন্ত অবস্থায় আরকে দিয়ে পরিষ্কার করা যায় to

এটি একটি -t বিকল্প দিয়ে চালিয়ে আপনি এটি পেতে পারেন, যা এটি একটি নিয়ন্ত্রণকারী টার্মিনাল দেয়। এটি আপনার ssh কমান্ডকে দূরবর্তীভাবে ctrl-c করলে প্রক্রিয়াটি শেষ হয়ে যাবে।

-T বিকল্প:

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

কটাক্ষপাত আছে মানুষ SSH এবং মানুষ sshd কমান্ড যখন আপনি যেমন যেমন একটা নিয়ন্ত্রণ টার্মিনাল থাকার অন্যান্য প্রভাব এই বিকল্প, পালাবার অক্ষর পাঠানোর ক্ষমতাকে ব্যবহার করুন।

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