এসএসএইচ সার্ভার কাজ করছে না (থামানো পর্যন্ত রেসপন্স)

Question

আমার চলমান উবুন্টু সার্ভার 10.04.1 আছে। আমি যখন ssh এর মাধ্যমে সার্ভারে লগইন করার চেষ্টা করেছি তখন আমি পারিনি। পরিবর্তে, আমি connection refusedত্রুটি পেয়েছি । আমি মেশিনটি পিং করার চেষ্টা করেছি এবং আমি উত্তর পেয়েছি! সুতরাং, এর স্পষ্ট কারণ হ'ল এসএসএইচ ডেমন বন্ধ হয়ে গেছে।

রিবুট করার পরে, আমি আমার সার্ভারে ssh এর মাধ্যমে লগইন করতে সক্ষম হয়েছি। কিছুক্ষণ পরে, আমি আমার লগগুলিতে তাকিয়ে /var/log/syslogনীচের রেকর্ডগুলি পেয়েছি:

Jan 16 10:57:09 myserver init: ssh main process ended, respawning
Jan 16 10:57:09 myserver init: ssh main process (2465) terminated with status 255
Jan 16 10:57:09 myserver init: ssh main process ended, respawning
Jan 16 10:57:09 myserver init: ssh main process (2469) terminated with status 255
Jan 16 10:57:09 myserver init: ssh main process ended, respawning
Jan 16 10:57:09 myserver init: ssh main process (2473) terminated with status 255
Jan 16 10:57:09 myserver init: ssh main process ended, respawning
Jan 16 10:57:09 myserver init: ssh main process (2477) terminated with status 255
Jan 16 10:57:09 myserver init: ssh main process ended, respawning
Jan 16 10:57:09 myserver init: ssh main process (2481) terminated with status 255
Jan 16 10:57:09 myserver init: ssh main process ended, respawning
Jan 16 10:57:09 myserver init: ssh main process (2485) terminated with status 255
Jan 16 10:57:09 myserver init: ssh main process ended, respawning
Jan 16 10:57:09 myserver init: ssh main process (2489) terminated with status 255
Jan 16 10:57:09 myserver init: ssh main process ended, respawning
Jan 16 10:57:09 myserver init: ssh main process (2493) terminated with status 255
Jan 16 10:57:09 myserver init: ssh main process ended, respawning
Jan 16 10:57:09 myserver init: ssh main process (2497) terminated with status 255
Jan 16 10:57:09 myserver init: ssh main process ended, respawning
Jan 16 10:57:09 myserver init: ssh main process (2501) terminated with status 255
Jan 16 10:57:09 myserver init: ssh respawning too fast, stopped

আমি অনুরূপ সমস্যা / সমাধান অনুসন্ধান করেছি। কিছু মানুষ বলেন যে এই নেটওয়ার্কিং আগে শুরু করার চেষ্টা ডেমন, SSH দ্বারা ঘটিত হয় এবং তারা পরিবর্তনের সুপারিশ ListenAddressমধ্যে /etc/ssh/sshd_configহতে 0.0.0.0। আমি মনে করি এটি আমার ক্ষেত্রে কারণ নয়, কারণ সিস্টেমটি চালু হওয়ার পরে আমার সমস্যা দেখা দেয়।

এই যার ফলে হয় কি কোন ধারণা? এটি উবুন্টু সার্ভার এবং এটি এসএসএইচ ব্যবহার করে দূরবর্তীভাবে চালিত হওয়া এবং অ্যাক্সেস করা উচিত।

হালনাগাদ:

আমি খুঁজে পাওয়া লগ স্নিপেট এখানে /var/log/auth.log।

Jan 16 10:56:38 myserver sudo:     user : TTY=pts/0 ; PWD=/home/user ; USER=root ; COMMAND=/usr/bin/vim /etc/ssh/sshd_config
Jan 16 10:57:09 myserver sudo:     user : TTY=pts/0 ; PWD=/home/user ; USER=root ; COMMAND=/etc/init.d/ssh reload
Jan 16 10:57:09 myserver sshd[1465]: Received SIGHUP; restarting.
Jan 16 10:57:09 myserver sshd[2461]: Server listening on 0.0.0.0 port 22.
Jan 16 10:57:09 myserver sshd[2465]: error: Bind to port 22 on 0.0.0.0 failed: Address already in use.
Jan 16 10:57:09 myserver sshd[2465]: fatal: Cannot bind any address.
Jan 16 10:57:09 myserver sshd[2469]: error: Bind to port 22 on 0.0.0.0 failed: Address already in use.
Jan 16 10:57:09 myserver sshd[2469]: fatal: Cannot bind any address.
Jan 16 10:57:09 myserver sshd[2473]: error: Bind to port 22 on 0.0.0.0 failed: Address already in use.
Jan 16 10:57:09 myserver sshd[2473]: fatal: Cannot bind any address.
Jan 16 10:57:09 myserver sshd[2477]: error: Bind to port 22 on 0.0.0.0 failed: Address already in use.
Jan 16 10:57:09 myserver sshd[2477]: fatal: Cannot bind any address.
Jan 16 10:57:09 myserver sshd[2481]: error: Bind to port 22 on 0.0.0.0 failed: Address already in use.
Jan 16 10:57:09 myserver sshd[2481]: fatal: Cannot bind any address.
Jan 16 10:57:09 myserver sshd[2485]: error: Bind to port 22 on 0.0.0.0 failed: Address already in use.
Jan 16 10:57:09 myserver sshd[2485]: fatal: Cannot bind any address.
Jan 16 10:57:09 myserver sshd[2489]: error: Bind to port 22 on 0.0.0.0 failed: Address already in use.
Jan 16 10:57:09 myserver sshd[2489]: fatal: Cannot bind any address.
Jan 16 10:57:09 myserver sshd[2493]: error: Bind to port 22 on 0.0.0.0 failed: Address already in use.
Jan 16 10:57:09 myserver sshd[2493]: fatal: Cannot bind any address.
Jan 16 10:57:09 myserver sshd[2497]: error: Bind to port 22 on 0.0.0.0 failed: Address already in use.
Jan 16 10:57:09 myserver sshd[2497]: fatal: Cannot bind any address.
Jan 16 10:57:09 myserver sshd[2501]: error: Bind to port 22 on 0.0.0.0 failed: Address already in use.
Jan 16 10:57:09 myserver sshd[2501]: fatal: Cannot bind any address.

দেখে মনে হচ্ছে যে এসএসএইচ ডেমন পুনরায় লোড করার পরে এই ত্রুটিটি উপস্থিত হতে শুরু করেছিল। আমি কি পরিবর্তে ব্যবহার ssh reloadএবং ব্যবহার এড়ানো উচিত ssh restart?

Comments

এই এক চেকআউট। এটি sshd_config সিনট্যাক্সিস bugs.launchpad.net/ubuntu/+source/openssh/+bug/911753

Answer 1

এসএসএইচ এলোমেলো করা শুরু করার ঠিক আগে কী ঘটেছিল তা দেখতে আপনার পরীক্ষা করা উচিত syslog। যদি নেটওয়ার্কিং সাবসিস্টেমটি মারা যায় তবে এটি কেন sshdব্যর্থ হওয়া শুরু করেছিল তা ব্যাখ্যা করতে পারে ।

আমিও পরীক্ষা করতাম /var/log/auth.log। এটি sshdলগ এবং এটি আপনাকে আরও ভাল ত্রুটির বার্তা দিতে পারে।

Comments

ধন্যবাদ! আমি auth.logফাইলটিতে অনেক এন্ট্রি পেয়েছি এবং আমি আমার প্রশ্ন আপডেট করেছি।

— খালেদ

reloadএকটি বৈধ পদক্ষেপ হওয়া উচিত। এটি একটি অভ্যন্তরীণ পুনঃসূচনা ট্রিগার করা উচিত (এবং এটি চেষ্টা করেছে এবং কেবল আটকে গেছে বলে মনে হচ্ছে)। আবার লোড করার চেষ্টা করুন এবং দেখুন এটি আবার আটকে যায় কিনা।

— অলি

প্রকৃতপক্ষে, পুনরায় লোডটি বৈধ হওয়া উচিত, তবে একটি বাগ রয়েছে। আরও তথ্যের জন্য আমার উত্তর দেখুন।

— স্প্যাম্যাপস

Answer 2

আমার 12.04 বাক্সে আমার ঠিক একই সমস্যা ছিল। অর্থাৎ একই লক্ষণ। হায়, আমি যখন ঠিকানা এবং ঠিকানা ListenAddressদিয়ে ক্লজটি চালু করি তখন এটি সর্বদা ঘটেছিল । সংক্ষেপে, এটি একটি ত্রুটিযুক্ত হিসাবে দেখা যায় - যদিও লগ ফাইলগুলি তেমন কিছু দেয় না।inetinet6sshd_configsshd_config

সমস্যা সমাধান sshd

এই জাতীয় যে কোনও ক্ষেত্রে আমি যা খুব সাধারণভাবে পাই sshdতা হ'ল এটিকে বিন্যস্ত না করেই শুরু করা। আমার ক্ষেত্রে সমস্যাটি হ'ল syslogবা auth.logতাত্পর্যপূর্ণ কোনও কিছুই দেখায় নি।

আমি যখন এটি টার্মিনাল থেকে শুরু করেছি তখন:

# $(which sshd) -Ddp 10222
/etc/ssh/sshd_config line 8: address family must be specified before ListenAddress.

অনেক ভাল! এই ত্রুটি বার্তাটি আমাকে কী ভুল তা দেখার এবং এটি ঠিক করার অনুমতি দিয়েছে। কোনও লগ ফাইলই এই আউটপুটটি ধারণ করে না।

নোট: কমপক্ষে উবুন্টুতে পরম পথের প্রয়োজনীয়তা $(which sshd)পূরণের সেরা পদ্ধতি sshd। অন্যথায় আপনি নিম্নলিখিত ত্রুটির পাবেন: sshd re-exec requires execution with an absolute path। -p 10222তোলে sshd, কনফিগারেশন ফাইল অগ্রাহ্য করে বিকল্প বন্দর শুনতে - এই হল এটি সম্ভাব্য চলমান সংঘর্ষ নেই sshdদৃষ্টান্ত। এখানে একটি নিখরচায় বন্দর চয়ন করতে ভুলবেন না।

এই পদ্ধতিটি আমাকে সমস্যাগুলি অনুসন্ধানে অনেকবার সহায়তা করেছে, এটি প্রমাণীকরণের সমস্যা হোক বা অন্য ধরণের। সত্যিকারের ভার্বোস আউটপুট পেতে stdout, ব্যবহার করুন $(which sshd) -Ddddp 10222( ddভার্বোসটি বাড়ানোর জন্য যুক্ত নোটটি দেখুন )। আরও ডিবাগিং মঙ্গলতা পরীক্ষা জন্য man sshd।

---

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

Comments

আপনার সরাসরি অনুরোধ কৌশলটি আমার বেকনকে কেবলমাত্র সংরক্ষণ করেছে। আমার sshd_config ফাইলটিতে (শেফ থেকে উত্পন্ন) আমার একটি ত্রুটি ছিল যা আমি এই কৌশলটি ব্যবহার করে সমাধান করতে সক্ষম হয়েছি। সবাইকে এটি পোস্ট করার জন্য সময় দেওয়ার জন্য ধন্যবাদ।

— পিটার লেয়ার্ড

Answer 3

এটি বাগ # 687535 এর ফলাফল হিসাবে প্রতীয়মান হয়েছে যা সম্প্রতি ন্যাটি স্থির করা হয়েছিল এবং প্রস্তাবিত আপডেট হিসাবে ম্যাভারিক এবং লুসিড উভয়কে আপলোড করা হয়েছে।

https://bugs.launchpad.net/ubuntu/lucid/+source/openssh/+bug/687535

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

Answer 4

ইন /etc/ssh/sshd_config, নিশ্চিত হয়ে নিন যে সমস্ত হ্যাঁ এবং কোনও বিকল্প নিম্ন ক্ষেত্রে নেই। উদাহরণস্বরূপ, আপনি যদি সেট করেন PermitRootLogin No, ssh শুরু হবে না। এটা আসলে হতে হবে PermitRootLogin no।

Answer 5

পুনরায় চালু করার পরে লিনোডে আমার উবুন্টু ১১.১০ চিত্র নিয়ে একই রকম সমস্যা ছিল। ssh পরিষেবাদি সিসলগে উত্পাদিত হবে:

Mar 18 06:31:33 servername kernel: init: ssh main process ended, respawning
Mar 18 06:31:33 servername kernel: init: ssh main process (3419) terminated with status 255
Mar 18 06:31:33 servername kernel: init: ssh main process ended, respawning
Mar 18 06:31:33 servername kernel: init: ssh main process (3422) terminated with status 255
Mar 18 06:31:33 servername kernel: init: ssh respawning too fast, stopped

এটি একটি পরীক্ষার বাক্স, এবং এটিতে প্রায় 60 দিনের আপটাইম ছিল, তাই পথে কোথাও কোথাও, আমি এমন কিছু ইনস্টল করেছি যা sshd_config এর নীচে যুক্ত হয়েছে:

ClientAliveInterval 60
ClientCountAliveMax 60

এই রেখাগুলি মন্তব্য করা ssh শুরু করার অনুমতি দিয়েছে।

Answer 6

উবুন্টু এসএস আরম্ভ হবে না এবং সিস্লোগ "আদি: এসএস মেইন প্রক্রিয়া (2044) 255 স্ট্যাটাস দিয়ে সমাপ্ত হবে"

/ usr / sbin / sshd -Ddp 10222

অবশ্যই sshd_config লাইন ত্রুটি নির্ধারণ করার জন্য আমার পক্ষে কাজ করেছে

Answer 7

একই সমস্যা পেয়েছে, উপরের সমাধানটি কাজ করে না, তবে আমি এর জন্য সমাধান পেয়েছি।

root@imt:~# sshd
sshd re-exec requires execution with an absolute path
ssh localhost
ssh: connect to host localhost port 22: Network is unreachable

ডকুমেন্ট অনুসারে পাথ ঠিক আছে, তাই আমি নিজেই sshd চালাই।

root@imt:~# /usr/sbin/sshd 
/var/run/sshd must be owned by root and not group or world-writable

/ var / রান / sshd অনুমতি হয়।

root@imt:~# ls -ld /var/run/sshd
drwsrwsrwt 2 root root 40 Jan  5 12:58 /var/run/sshd

root@imt:~# chmod 755 /var/run/sshd

তারপর এটি ঠিক আছে। ssh লোকালহোস্ট চালান এবং পরীক্ষা করুন।

root@imt:~# ssh localhost 
The authenticity of host 'localhost (127.0.0.1)' can't be established.
RSA key fingerprint is 64:93:fd:ab:4c:f9:7b:8a:86:60:22:f7:56:fa:ea:cc.
Are you sure you want to continue connecting (yes/no)? yes

Comments

যদিও এটি একটি সহায়ক গাইড, এটি স্পষ্টতই ওপির sshdসঠিকরূপে পরিচালিত করতে পরিচালিত করে না, কারণ আপনি তাদের লগগুলিতে খুব আলাদা ত্রুটি বার্তাগুলি থেকে দেখতে পাচ্ছেন। -1

— ডেভিড ফোস্টার