14.04 সার্ভারটি রিবুট করার পরে কী কারণে এসএসএইচ সমস্যা রয়েছে?

Question

উবুন্টু ১৪.০৪ চলমান একটি সার্ভার পুনরায় চালনা করলে আমাকে 'সংযোগ অস্বীকার' ত্রুটি কেন দেয়?

আমি ssh: connect to host <IP-address-here> port 22: Connection refusedকেবল 14.04 এর জন্য এবং কেবল রিবুট করার পরে দেখতে পাচ্ছি । আমি বাড়িতে 12.04 ডেস্কটপ ব্যবহার করছি। আমি কীভাবে এটির সমস্যা সমাধান করব?

---

প্রশ্নটি পরিষ্কার করার জন্য, এখানে আমার জন্য কী কাজ করে বা কী করে না:

• এসএসএইচ 12.04> লগআউট> এসএসএইচ ইন>> কাজ করে একটি নতুন ইনস্টল
• এসএসএইচ 12.04> রিবুট> এসএসএইচ ইন>> কাজ করে নতুন করে ইনস্টল করুন
• এসএসএইচ 14.04> লগআউট> এসএসএইচ ইন>> কাজ করে একটি নতুন ইনস্টল
• এসএসএইচ 14.04> রিবুট> এসএসএইচ ইন>> সংযোগ প্রত্যাখ্যান করে নতুন করে ইনস্টল করুন

আমার যে সমস্যাটি হচ্ছে তা 14.04 এর মতই অনন্য এবং কেবল রিবুট করার পরে ঘটে। আমার বেশ কয়েকটি সার্ভার রয়েছে এর আগে 12.04 চলছে এবং সবকিছু এখনও নিখুঁতভাবে কাজ করে। আমি একটি নতুন সার্ভার পেয়েছি আমি 14.04 টি ব্যবহার করতে চাই এবং আমি বুঝতে চাই যে কী ঘটছে। কোনও পরামর্শ?

---

আমি এ পর্যন্ত চেষ্টা করেছি এখানে:

sudo traceroute -p 22 -T <IP-address-here>

ট্রেস্রোয়েট সূক্ষ্মভাবে কাজ করে, আমি এসএসএইচ পোর্ট 22 এর সার্ভার থেকে একটি প্রতিক্রিয়া পেয়েছি।

initctl list
...
ssh start/running, process 23371
...

দেখে মনে হচ্ছে 14.04 সার্ভারে ssh বুট-এ শুরু হবে (প্রত্যাশার মতো)।

tom@Desktop:~$ ssh -vvv root@<IP-address-here>
OpenSSH_5.9p1 Debian-5ubuntu1.4, OpenSSL 1.0.1 14 Mar 2012
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config line 19: Applying options for *
debug2: ssh_connect: needpriv 0
debug1: Connecting to <IP-address-here> [<IP-address-here>] port 22.
debug1: connect to address <IP-address-here> port 22: Connection refused
ssh: connect to host <IP-address-here> port 22: Connection refused

সম্পাদনা: এখানে একটি পুনশ্চ নির্মিত মেশিন থেকে সমগ্র syslog- র । আমি এটিকে তৈরি করে দিয়েছি, এসএসএইচ-এ এবং জারি করা reboot nowকমান্ডটি দিয়েছি , তারপরে সংযোগটি পুনরায় চালু হওয়ার অপেক্ষার পরে এবং দ্বিতীয়বার এসএসএইচ চেষ্টা করার পরে ত্রুটিটি অস্বীকার করেছিল। হোস্টিং কন্ট্রোল প্যানেলের মাধ্যমে হার্ড রিবুট এবং এখন এসএসএইচ সংযোগটি আবার কাজ করে।

Comments

আমার একই রকম সমস্যা আছে তবে খুব আলাদা প্রসঙ্গে। দেখে মনে হচ্ছে কিছু পরিবর্তন হয়েছে তবে আমি কী বুঝতে পারি না। আমি জানি যে উদেবের সাথে কিছু পরিবর্তন আছে, তবে ঠিক কীভাবে তা আসবে তা আমি দেখতে পাই না, কারণ নেটওয়ার্কিং অন্যথায় সঠিকভাবে কাজ করছে বলে মনে হচ্ছে। শুধু sshd ঝামেলা।

— জো-এরলেন্ড শিনস্টাড

@ জো-এরলেন্ডশিনস্টাড আমি আজ 2 ঘন্টা এডাব্লুএস, ডিজিটালঅশন এবং ওভিএইচ সার্ভারগুলির সাথে এটি পরীক্ষা করে কাটিয়েছি এবং এটির 100% সময় পুনরুত্পাদন করতে পারি। 12.04 = ঠিক আছে, 14.04 = রিবুট করার পরে কোনও এসএসএইচ নেই। এটি যদি কোনও বাগ হয় তবে আমি আশা করি আমরা তাদের সার্ভারের বাইরে লক আউট থাকা আরও অনেকের কাছ থেকে শুনব! আশা করি আমি কিছু উপেক্ষা করছি তবে পুনরায় বুট করার জন্য একটি নতুন ইনস্টল + একক এসএসএইচ লগইন সহ, এখানে মানুষের ত্রুটির জন্য খুব বেশি জায়গা নেই। আমার 14.04 ল্যাপটপটি থেকে এখনই এটি পরীক্ষা করা হয়েছে (যদি এটি কোনও 12.04 জিনিস ছিল) এবং কোনও পরিবর্তন নেই, একই ফলাফল। সত্যিই আশা করি খুব শীঘ্রই এটি বের করার জন্য ...

— টম ব্রসম্যান

ওহ, আমার অনেকগুলি সার্ভার রয়েছে যে কোনও সমস্যা ছাড়াই এসএসডিডি চলছে। এই বিষয়টি আমি উল্লেখ করেছি: Askubuntu.com/questions/479448/…

— জো-এরলেন্ড শিনস্টাড

Answer 1

দ্রুত উত্তর:

এসএসএইচ সমস্যা নয়। রিবুট করার জন্য আপনি যে কমান্ডটি ব্যবহার করেন তা হ'ল সমস্যা: আপনার সিস্টেমটি reboot nowকরবেন না , করবেন না rebootবা shutdown -r nowরিবুট করুন।

কমান্ড সিনট্যাক্স ( ১৩.০৪ সাল থেকে ) হয়েছে:

reboot [OPTION]...  [REBOOTCOMMAND]

এর REBOOTCOMMANDআগে কখনও ছিল না। 12.04-এ, আপনার nowকেবল উপেক্ষা করা হয়েছিল তবে এখন এটি ব্যবহৃত হচ্ছে ... এবং এটি সমস্ত কিছু ভাঙ্গছে।

আমার পরীক্ষার ফলাফল এবং ব্যাখ্যা সহ দীর্ঘ উত্তর:

ভিপিএসে 14.04 এবং চলমান কিছু সার্ভারের সাথে আমার একইরকম সমস্যা রয়েছে (ফরাসি ওভিএইচএইচ সরবরাহকারী - হোস্টিং ওপেনজেড চালানো) এবং যখন reboot nowসার্ভারের ভিতরেই করছেন ।

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

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

আমি আমার মেশিনের সাথে সংযোগ করতে সক্ষম হয়েছি এবং আমি দেখেছি যে সে সিঙ্গেল ইউজার মোডে প্রবেশ করছে, আমাকে CTRL+ টিপতে Dবা রক্ষণাবেক্ষণ মোডে যাওয়ার জন্য মূল পাসওয়ার্ড প্রবেশ করার জন্য অপেক্ষা করছে । প্রক্রিয়াটি চালিয়ে যাওয়ার জন্য আমি কী সংমিশ্রণটি টিপলাম এবং তারপরে আবার আমার সিস্টেমে এসএসএইচ করতে সক্ষম হয়েছি। দৌড়ানোর পরে, আমার অবাক হয়ে দেখার বিষয়টি কী ছিল uptimeযে আপটাইম 2 বা 3 মিনিট নয় তবে অনেক দিন ছিল: reboot nowএকটি উবুন্টুতে কার্যকর করা হয়েছে 14.04 ভিপিএস সত্যই রিবুট করছে না তবে কেবল সিঙ্গল ইউজার মোডে যেতে বলছে!

এ থেকে, আমি কখনই আমার ভিপিএসের মধ্যে থেকে কোনও রিবুট জিজ্ঞাসা করতে শিখেছি না তবে হোস্টারের পরিচালনার ইন্টারফেসে প্রদত্ত কমান্ড থেকে এটি অনুরোধ করতে চেয়েছি।

সুতরাং আপনার এসএসএইচ ইনস্টলেশন নিয়ে কোনও সমস্যা নেই। আপনি টাইপ করার সময় সমস্যাটি হয় reboot now। প্রকৃতপক্ষে, আমি এটি পরে পরীক্ষাও করেছিলাম, আপনি যদি টাইপ করে থাকেন reboot(কেবল শব্দ, কোনও বিকল্প নেই), আপনি যা করতে চান তা এটি করত: সার্ভারটি পুনরায় বুট করুন।

rebootএকটি আর্গুমেন্ট ব্যবহার করে (ম্যান পৃষ্ঠা থেকে) shutdownপ্রদত্ত আর্গুমেন্ট সহ কমান্ডটি কল করুন । এবং প্রকৃতপক্ষে, যদি আমি মৃত্যুদন্ড কার্যকর করি তবে আমার shutdown nowএকই আচরণ: সিস্টেমটি পুনরায় বুট করা হয় না, এটি একক ব্যবহারকারী মোডে যায়।

মন্তব্য: দেখে মনে হচ্ছে এটি হ'ল এই আদেশটি কার্যকর করে ঘৃণা করার পরে পর্দায় প্রদর্শিত বার্তাটি এমন কিছু বলেছে যেমন:

সিস্টেমটি রক্ষণাবেক্ষণের মোডে আনা হবে

রক্ষণাবেক্ষণ মোড বা একক ব্যবহারকারী মোড, এটি একই প্রতিনিধিত্ব করে, একটি শেলের চেয়ে বেশি লক্ষণীয় একটি রানলিভেল, কোনও নেটওয়ার্ক নেই, কোনও নেটওয়ার্ক প্রক্রিয়া নেই, ...

এটি বিভ্রান্তিকর হতে পারে তবে মনে রাখবেন যে সঠিক ব্যবহারটি shutdownহ'ল উদাহরণস্বরূপ: shutdown -h nowএখনই সিস্টেমটি থামানো বা shutdown -r nowএটি এখনই পুনরায় বুট করা। আমি সচেতন ছিলাম না যে shutdown nowকেবলমাত্র সিস্টেমটিকে একক ব্যবহারকারী মোডে নিয়ে আসবে। আমি সাধারণত এটি init Sঅর্জনের জন্য করি ।

Comments

এই সবচেয়ে আকর্ষণীয় উত্তরের জন্য ধন্যবাদ! আমি ডেডিকেটেড সার্ভারে (ভিপিএস নয়) থাকাকালীন আমি এখনই এই সমস্তটি পরীক্ষা করতে যাচ্ছি তবে আমার উভয় ধরণের সমস্যা ছিল - যতক্ষণ এটি 14.04 ছিল এবং 12.04 নয়। sudo reboot now12.04 এ পুরোপুরি কাজ uptimeকরে এবং শেষবারের মতো এটি করি। 14.04 এর জন্য খুব আকর্ষণীয় পরিবর্তন।

— টম ব্রসম্যান

সার্ভারটি 14.04.1 এ আপডেট করার পরে ঠিক একই সমস্যা রয়েছে এবং রিবুট এটি সমাধান করে না।

— ছন্তিয়াল

এটি আমার জন্য এটি স্থির করে দিয়েছে। ম্যানুয়ালি সার্ভারটি রিবুট করতে হয়েছিল। বাহ, এটা খুব বিরক্তিকর! কেন পৃথিবীতে এখন একক ব্যবহারকারী মোডের সমান হবে? কি বোবা পছন্দ। কেন sudo reboot --single-userযে কার্যকারিতা পেতে না ???

— jcollum

Answer 2

আমার দেরি হতে পারে, এবং এটি সুস্পষ্ট হতে পারে, তবে কনফিগারেশন ফাইলটি যাচাই করা আমার পক্ষে কাজ করেছিল /etc/ssh/sshd_config: ডেমোন চালানো /etc/init.d/ssh startবা অন্য কোনও সংমিশ্রণে দেখানো হয়েছিল যে সার্ভিসটি এটি চলমান না হলেও চলছিল, তবে আমি যদি এক্সিকিউটেবলের সাথে চালু করি তবে এর নিখুঁত পথ (আমার ক্ষেত্রে /usr/sbin/sshd) আমি দেখেছি কনফিগারেশন ফাইলের শেষে একটি "0 বি" যুক্ত হয়েছিল যা শুরু করার সময় একটি ত্রুটি ঘটেছে, এটি সরিয়ে দিয়ে সমস্যার সমাধান করা হয়েছে।

Comments

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

— অ্যান্ড্রু মাও

Answer 3

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

user@host:~$ sudo ufw status verbose
[sudo] password for user:
Status: active
Logging: on (low)
    Default: deny (incoming), allow (outgoing), disabled (routed)
New profiles: skip

To                         Action      From
--                         ------      ----
80,443/tcp (Nginx Full)    ALLOW IN    Anywhere
25/tcp                     ALLOW IN    Anywhere
143                        ALLOW IN    Anywhere
110                        ALLOW IN    Anywhere
993/tcp (Dovecot Secure IMAP) ALLOW IN    Anywhere
995/tcp (Dovecot Secure POP3) ALLOW IN    Anywhere
25/tcp (Postfix)           ALLOW IN    Anywhere
465/tcp (Postfix SMTPS)    ALLOW IN    Anywhere
80,443/tcp (Nginx Full (v6)) ALLOW IN    Anywhere (v6)
25/tcp (v6)                ALLOW IN    Anywhere (v6)
143 (v6)                   ALLOW IN    Anywhere (v6)
110 (v6)                   ALLOW IN    Anywhere (v6)
993/tcp (Dovecot Secure IMAP (v6)) ALLOW IN    Anywhere (v6)
995/tcp (Dovecot Secure POP3 (v6)) ALLOW IN    Anywhere (v6)
25/tcp (Postfix (v6))      ALLOW IN    Anywhere (v6)
465/tcp (Postfix SMTPS (v6)) ALLOW IN    Anywhere (v6)

নীচে বন্দরটিকে পুনরায় সক্ষম করার কৌশলটি করে:

user@host:~$ sudo ufw allow ssh
Rule added
Rule added (v6)

Answer 4

আমার সিস্টেমে সমস্যা ছিল যে ssh init স্ক্রিপ্টটি /etc/init.d/sshকেবলমাত্র init এর আপস্টার্ট সংস্করণের উপস্থিতি পরীক্ষা করা ছিল।

সুতরাং /etc/init.d/sshশুরু করবেন না ssh,কারণ এটি বিশ্বাস করে এটি শুরু করবে upstart।

আমার ক্ষেত্রে, আপস্টার্টটি আমার নির্দিষ্ট কনফিগারেশনের কারণে শুরু হয় না:

এখানে একটি সঠিক কনফিগারেশন ছিল /etc/init/ssh.conf, তবে এতে একটি /etc/init/ssh.overrideফাইল রয়েছে manual, যার অর্থ sshম্যানুয়ালি শুরু করা হবে।

এই ফাইলটি get-remnux.shইনস্টলেশন স্ক্রিপ্ট দ্বারা তৈরি করা হয়েছিল ।

ম্যানুয়ালি শুরু করা, বা /etc/init/ssh.overrideফাইলটি সরানো সমস্যার সমাধান করে।