ssh çok yavaş bağlantı


18

Birkaç uzak sistemim var ve bunlardan biri, debian çalışan bir linode, ssh'a çok yavaş geliyor - her seferinde yaklaşık 20-25 saniye sürüyor. Bu nispeten yakın zamanda gerçekleşmiş gibi görünüyor. Ben ayarını denedi GSSAPIAuthenticationetmek noveya yesbenzer sorulara birkaç cevapları önerildiği şekilde ve bir fark yaratmaz. Eğer fqdn veya ip adresini kullanarak giriş yaparsam da bir fark yaratmaz. Yerel linux kutumdan veya yerel Macintosh'umdan aynı gecikme sshing'im var. Ben linode yerel linux kutusuna böyle bir gecikme sshing var. Debian'ın aynı sürümünü kullanan başka bir uzak sistemim var ve 2 saniye içinde ssh yapabilirim. Arasındaki tek fark/etc/ssh/sshd_config iki Debian kutusundaki dosyalar, hızlı olanın parolalara izin vermemesi ve aynı zamanda izin verilen şifrelerin listesini belirtmesidir.

Eğer kullanarak giriş yaparsam ssh -vvv root@linode, gecikme >>>>>> ile işaretli kısımda gerçekleşir

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

(Bu yalnızca kısmi bir günlüktür - istek üzerine tam günlük kullanılabilir)

Giriş hakkında /var/log/auth.logveya /var/log/sysloggecikme süresi boyunca hiçbir şey bulamıyorum - daha sonra alıyorum

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.

Yanıtlar:


25

Bağlantı oluşturmak yavaşsa, ancak oluşturulduktan sonra normal hızdaysa, büyük olasılıkla sunucunun istemci için ters DNS araması yapması ve bazı nedenlerden dolayı başarısız olması sorunuyla karşılaşırsınız.

Genel olarak, hata ayıklarken iki terminalden de giriş yapmayı deneyebilirsiniz. İlk girişte sshd, ikinciden giriş yapmaya çalışırken sunucudaki günlüğe bakın . Bu, sunucunun ne yaptığı (veya beklediği) hakkında daha fazla bilgi verir.

Aşağıdakilerden birini veya her ikisini birden ayarlayarak ters DNS araması nedeni için bunun kanıtını bulmayı deneyebilirsiniz /etc/ssh/sshd_config:

UseDNS no
UsePAM no

ve bağlantıyı hızlandırıp hızlandırmaya bakın. Eğer öyleyse, çözülene kadar işleri sık sık bırakabilirsiniz (bunu önemsiyorsanız).

Bu ters DNS arama sorunuysa, oturum açtığınız makinenin kullandığı DNS sunucusuna bağlıdır. Wikipedia'ya göre , gerçek bir standart şartı olmadığı için tüm IP adreslerinin ters girişi yoktur. Ancak bu muhtemelen bazı yapılandırma sorunudur.


Yeni ISS'm (evdeki 1000Mbps fiber!) IP'm için rDNS girişi yok. Bu yüzden UseDNS nosorunu düzeltilecek kadar düzeltildi.
Paul Tomblin

2
UseDNS eklemek benim için işe yaramadı.
Jose 'Vargas

Bütün bunları denedim, zar yok. Sonunda sadece müşteri yeniden başlatıldı ve her şey iyiydi.
medley56

Bu çok yardımcı oldu ... sunucunun DNS yanlış yapılandırılmış öğrendim. Yavaş ssh bağlantılarını sabitleyen düzeltme.
TemporalWolf

UseDNS = no eklemek ve sshd'yi yeniden başlatmak benim için çalıştı. CentOS 7.
pzy

-2

Debian / Ubuntu sistemlerinde işin püf noktası "avahi-daemon" u sistemden atmaktır ve sorun ortadan kalkmıştır.

apt-get -y purge avahi*

2
-ypurge komutu için koymak iyi bir fikir değil , kullanıcı yürütmeden önce eylemi gözden geçirmelidir.
Rabin
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.