ssh koneksi sangat lambat

18

Saya memiliki beberapa sistem jarak jauh, dan salah satunya, sebuah linode yang menjalankan debian, sangat lambat untuk ssh - dibutuhkan sekitar 20-25 detik setiap kali. Ini tampaknya terjadi relatif baru-baru ini. Saya telah mencoba pengaturan GSSAPIAuthenticationuntuk noatau yesseperti yang disarankan dalam beberapa jawaban pertanyaan serupa, dan itu tidak membuat perbedaan. Ini juga tidak ada bedanya jika saya login menggunakan fqdn atau alamat ip. Saya memiliki penundaan yang sama baik dari kotak linux lokal saya atau Macintosh lokal saya. Saya tidak memiliki penundaan seperti itu dari linode ke kotak linux lokal. Saya memiliki sistem remote lain menggunakan versi Debian yang sama dan saya dapat ssh ke dalamnya dalam 2 detik. Satu-satunya perbedaan antara/etc/ssh/sshd_config file pada dua kotak Debian adalah bahwa yang cepat tidak mengizinkan kata sandi dan juga menentukan daftar cipher yang diizinkan.

Jika saya masuk menggunakan ssh -vvv root@linode, penundaan terjadi pada bagian yang ditandai dengan >>>>>>

debug2: key: /root/.ssh/id_ecdsa ((nil))
debug2: key: /root/.ssh/id_ed25519 ((nil))
debug3: send packet: type 5
debug3: receive packet: type 6
debug2: service_accept: ssh-userauth
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug3: send packet: type 50

>>>>>>

debug3: receive packet: type 51
debug1: Authentications that can continue: publickey,password
debug3: start over, passed a different list publickey,password
debug3: preferred gssapi-keyex,gssapi-with-mic,publickey,keyboard-interactive,password
debug3: authmethod_lookup publickey
debug3: remaining preferred: keyboard-interactive,password
debug3: authmethod_is_enabled publickey
debug1: Next authentication method: publickey
debug1: Offering RSA public key: /root/.ssh/id_rsa
debug3: send_pubkey_test

(Ini hanya log sebagian - log lengkap tersedia berdasarkan permintaan)

Saya tidak dapat menemukan apa pun tentang login di /var/log/auth.logatau /var/log/syslogselama waktu tunda - setelah itu saya baru mendapatkan

Jul 27 13:46:43 linode sshd[23049]: Accepted publickey for root from 199.241.27.237 port 51464 ssh2: RSA 89:08:ef:44:48:a4:84:b7:0a:de:14:65:1b:d9:86:f8
Jul 27 13:46:43 linode sshd[23049]: pam_unix(sshd:session): session opened for user root by (uid=0)
Jul 27 13:46:43 linode systemd-logind[3235]: New session 10361 of user root.
Paul Tomblin
sumber

Jawaban:

25

Jika membuat koneksi lambat, tetapi itu adalah kecepatan normal setelah dibuat, Anda kemungkinan besar akan memiliki masalah bahwa server melakukan pencarian DNS terbalik untuk klien dan bahwa, karena alasan tertentu, gagal.

Secara umum, ketika men-debug ini, Anda juga dapat mencoba masuk dari dua terminal. Dengan tampilan login pertama pada sshdlog di server, saat Anda mencoba login dari yang kedua. Itu memberi Anda lebih banyak informasi tentang apa yang sedang dilakukan server (atau menunggu).

Anda dapat mencoba menemukan bukti untuk alasan ini karena membalikkan pencarian DNS dengan menetapkan satu, atau keduanya, dari hal berikut ini di /etc/ssh/sshd_config:

UseDNS no
UsePAM no

dan lihat apakah itu mempercepat menciptakan koneksi. Jika ya, Anda sering dapat meninggalkan hal-hal seperti itu sampai terpecahkan (jika Anda peduli akan hal itu).

Jika ini adalah masalah pencarian DNS terbalik, ini tergantung pada server DNS yang digunakan mesin yang Anda masuki. Menurut Wikipedia tidak semua alamat IP memiliki entri terbalik, karena ini bukan persyaratan standar yang sebenarnya. Tetapi lebih besar kemungkinan ini adalah beberapa masalah konfigurasi.

Anthon
sumber
ISP baru saya (serat 1000Mbps ke rumah!) Tidak memiliki entri rDNS untuk IP saya. Jadi UseDNS noperbaiki masalah sebanyak yang akan diperbaiki.
Paul Tomblin
2
Menambahkan UseDNS tidak berfungsi untuk saya.
Jose 'Vargas
Sudah mencoba semua ini, tidak ada dadu. Akhirnya hanya me-reboot klien dan semuanya baik-baik saja.
medley56
Ini sangat membantu ... mengetahui DNS server salah konfigurasi. Memperbaiki itu memperbaiki koneksi ssh lambat.
TemporalWolf
Menambahkan UseDNS = no dan memulai kembali sshd bekerja untuk saya. CentOS 7.
pzy
-2

Pada sistem Debian / Ubuntu triknya adalah untuk mengeluarkan "avahi-daemon" dari sistem dan masalahnya hilang.

apt-get -y purge avahi*
TRANCEMANIAC
sumber
2
bukan ide yang baik -yuntuk menjalankan perintah pembersihan, pengguna harus meninjau tindakan sebelum eksekusi.
Rabin