Saya memiliki Ubuntu Server 10.04.1 yang berjalan. Ketika saya mencoba masuk ke server melalui ssh, saya tidak bisa. Sebaliknya, saya mendapat connection refused
kesalahan. Saya mencoba melakukan ping ke mesin dan saya mendapat balasan! Jadi, alasan yang jelas adalah bahwa daemon SSH dihentikan.
Setelah reboot, saya bisa masuk ke server saya melalui ssh. Setelah beberapa waktu, saya melihat log saya /var/log/syslog
dan menemukan catatan berikut:
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
Saya mencari masalah / solusi serupa. Beberapa orang mengatakan bahwa ini disebabkan oleh SSH daemon mencoba untuk memulai sebelum jaringan dan mereka menyarankan untuk perubahan ListenAddress
dalam /etc/ssh/sshd_config
untuk menjadi 0.0.0.0
. Saya pikir ini bukan penyebab dalam kasus saya, karena masalah saya terjadi setelah sistem aktif dan berjalan.
Adakah yang menyebabkan ini? Ini adalah Server Ubuntu dan harus dijalankan dan diakses dari jarak jauh menggunakan SSH.
MEMPERBARUI:
Berikut cuplikan log yang saya temukan di /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.
Tampaknya kesalahan ini mulai muncul setelah saya memuat ulang daemon SSH. Haruskah saya menghindari menggunakan ssh reload
dan menggunakan ssh restart
sebagai gantinya?
Jawaban:
Anda harus memeriksa untuk melihat apa yang terjadi sebelum SSH mulai masuk
syslog
. Jika subsistem jaringan mati, itu bisa menjelaskan mengapasshd
mulai gagal.Saya juga akan memeriksa
/var/log/auth.log
. Inisshd
log dan mungkin memberi Anda pesan kesalahan yang lebih baik.sumber
auth.log
file dan saya memperbarui pertanyaan saya.reload
harus menjadi tindakan yang valid. Ini harus memicu restart internal (dan tampaknya telah berusaha itu dan hanya terjebak). Coba muat ulang lagi dan lihat apakah macet lagi.Saya baru saja mengalami masalah yang sama pada kotak 12,04 saya. Yaitu gejala yang sama. Sayangnya, itu selalu terjadi ketika saya memperkenalkan
ListenAddress
klausa dengan alamatinet
daninet6
disshd_config
. Singkatnya, ini tampaknya merupakan gejala cacatsshd_config
- meskipun file log tidak menyatakan hal seperti itu.Penyelesaian masalah
sshd
Apa yang saya temukan secara umum sangat berguna dalam kasus seperti itu adalah memulai
sshd
tanpa membiarkannya melakukan daemonisasi. Masalah dalam kasus saya adalah keduanyasyslog
tidakauth.log
menunjukkan sesuatu yang berarti.Ketika saya memulainya dari terminal saya mendapat:
Jauh lebih baik! Pesan kesalahan ini memungkinkan saya untuk melihat apa yang salah dan memperbaikinya. File log tidak berisi output ini.
NB: setidaknya pada Ubuntu itu
$(which sshd)
adalah metode terbaik untuk memenuhisshd
persyaratan jalur absolut. Jika tidak, Anda akan mendapatkan error berikut:sshd re-exec requires execution with an absolute path
. Yang-p 10222
membuatsshd
mendengarkan port alternatif itu, menimpa file konfigurasi - ini adalah agar tidak berbenturan dengansshd
instance yang berpotensi berjalan . Pastikan untuk memilih port gratis di sini.Metode ini telah banyak membantu saya dalam menemukan masalah, baik itu masalah otentikasi atau jenis lainnya. Untuk mendapatkan output yang benar-benar verbose
stdout
, gunakan$(which sshd) -Ddddp 10222
(perhatikan yang ditambahkandd
untuk meningkatkan verbositas). Untuk pemeriksaan debugging goodness lebih lanjutman sshd
.Keuntungan utama metode ini adalah Anda dapat memeriksa
sshd
konfigurasi tanpa harus memulai ulangsshd
pada port default. Biasanya ini seharusnya tidak mengganggu koneksi SSH yang ada, tapi saya sudah melihatnya. Jadi ini memungkinkan seseorang untuk memvalidasi file konfigurasi sebelum - berpotensi - memotong akses yang ke server jauh (misalnya saya punya itu untuk beberapa VPS dan bahkan untuk server fisik di mana saya perlu membayar ekstra untuk mendapatkan akses out-of-band ke mesin).sumber
Ini tampaknya merupakan hasil dari bug # 687535, yang diperbaiki baru-baru ini di natty, dan telah diunggah ke maverick dan jernih sebagai pembaruan yang diusulkan.
https://bugs.launchpad.net/ubuntu/lucid/+source/openssh/+bug/687535
Saya mendorong semua orang untuk pergi ke sana, mencoba test case (mencari KASUS UJI), dan memposting hasil Anda sebelum dan setelah menginstal perbaikan yang diusulkan. Itu akan membantu tim SRU memutuskan bahwa verifikasi telah dilakukan dan merilisnya sebagai pembaruan.
sumber
Dalam
/etc/ssh/sshd_config
, pastikan bahwa semua opsi ya dan tidak ada dalam huruf kecil. Misalnya, jika Anda mengaturPermitRootLogin No
,, ssh tidak akan memulai. Sebenarnya harusPermitRootLogin no
.sumber
Saya memiliki masalah serupa dengan gambar Ubuntu 11.10 pada Linode setelah memulai ulang. Layanan ssh akan dihasilkan di syslog:
Ini adalah kotak uji, dan waktu kerjanya sekitar 60 hari, jadi di suatu tempat di sepanjang jalan, saya menginstal sesuatu yang ditambahkan ke bagian bawah sshd_config:
Mengomentari baris-baris itu memungkinkan ssh untuk memulai.
sumber
Ubuntu ssh tidak akan memulai dan syslog menghasilkan "init: ssh proses utama (2044) diakhiri dengan status 255"
/ usr / sbin / sshd -Ddp 10222
Tentu berhasil bagi saya untuk menentukan kesalahan baris sshd_config
sumber
punya masalah yang sama, solusi atas tidak berfungsi, tapi saya punya solusi untuk ini.
Path tidak apa-apa sesuai dokumen, jadi saya jalankan secara manual sshd.
/ var / run / sshd adalah.
maka itu baik-baik saja. jalankan ssh localhost dan periksa.
sumber
sshd
tidak berjalan dengan benar, seperti yang Anda lihat dari pesan kesalahan yang sangat berbeda di log mereka. -1