Girişte uzun bekleme süresi

20

Sunucumda oturum açtığımda şunu elde ederim:

No mail.
Last login: Fri Nov  5 14:22:45 2010...

o zaman 5 saniye beklemeli ve sonra hazır ...

[email protected]:~$

Bu bekleme süresi normal mi yoksa bunu "onaracak" bir şey mi yapmalıyım?

    
sordu Wolfy 05.11.2010 14:57

10 cevap

18

Bu, genellikle pam_motd dosyasının yenilenmesini /etc/motd sonucudur. Bir şeyin özellikle yavaş olup olmadığını görmek için bireysel kodları /etc/update-motd.d olarak kontrol edebilirsiniz.

    
verilen cevap Kees Cook 05.11.2010 21:33
13

10.04 (LTS) ile aynı sorunlarım var.

ssh'imi -vvv ile çalıştırdığımda:

debug1: Entering interactive session.

Bu cevabı genişletmek.

Sunucuyu uzaktan yeniden başlatmayı ve DEBUG günlük kaydını etkinleştirmeyi başardım. Ayrıca, giriş yapma ve diğer giriş denemelerini gözlemlemek için bu fırsatı kullandı. İşte olan buydu. İstemci bağlanır ve yetkilidir ve yukarıdaki iletide askıda kalıyor.

Sunucuda işlem listesi şunu gösterir:

root       835  0.0  0.1  11476  3348 ?        Ss   13:39   0:00 sshd: till [priv]
root       840  0.0  0.0   4804  1124 ?        S    13:39   0:00 /bin/sh -c /usr/bin/env -i PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin /bin/run-parts --lsbsysinit /etc/update-motd.d
root       841  0.0  0.0   4728  1108 ?        S    13:39   0:00 /bin/run-parts --lsbsysinit /etc/update-motd.d
root       854  0.0  0.0   4804  1144 ?        S    13:39   0:00 /bin/sh /etc/update-motd.d/50-landscape-sysinfo
root       861  0.2  0.5  15388  9248 ?        S    13:39   0:00 /usr/bin/python /usr/bin/landscape-sysinfo
root       863  0.0  0.0      0     0 ?        Z    13:39   0:00 [who] <defunct>

Oturum açarken /usr/bin/python /usr/bin/landscape-sysinfo 'yi iyi bir şekilde yürütebilirim, ancak nedense giriş sürecini neden durduğunu anlayamıyorum. İşlemi bitirdiğimde, giriş isteme devam eder ve başarılı .

Bu bir ssh (d) problemi gibi görünmüyor, update-motd ve manzarayla daha çok alakalı. % Co_de% paketini kaldırdım, ancak update-motd dizini devam ederse ve betikler hala çalıştırılıyor gibi görünüyor - sürecin askıda kalmasına neden oluyor.

Bunu daha fazla hata ayıklama:

/etc/update-motd dizininin /etc/update-motd.d/ paketine gerçekten ait olmadığı ortaya çıkıyor, sshd aracılığıyla pam kimlik doğrulaması tarafından tetikleniyor gibi görünüyor.

Çivilenmiş gibi görünüyorum!

Aşağıdaki dosyalarla pam_motd devre dışı bırakıldı:

  • /etc/pam.d/sshd
  • /etc/pam.d/login

Bir tane daha:

apt-get purge landscape-client landscape-common

Bunlar belli bir kapsamda yardımcı olur. Yine de, yalnızca hata kod dosyasını update-motd dosyasında kaldırır ve bu dizindeki tüm komut dosyalarını silmez ve /etc/update-motd.d/ 'den de silinmez.

Genel olarak, pam_motd 'yi tamamen devre dışı bırakmanın bir yolunu bulamadım çünkü göründüğü her ne olursa olsun, giriş işlemini belirli bir süre uzatır. Komut dosyası pam_motd olarak engellenmiyor, ancak daha yavaş.

Bu sorunla ilgili hata raporu:

Buradan geçici çözümler:

  

Giriş yapma yeteneğinin daha önemli olduğudur.   bir sloganın sunulması. Bu davranış sizin için bir problemse,   Bunu devre dışı bırakabileceğiniz çeşitli yollar:

     
  • Bir motd göstermek istemiyorsanız 'pam_motd' satırını landscape-common olarak yorumlayın.
  •   
  • /etc/pam.d/sshd dizininin içeriğini silin.
  •   
  • chmod -x komut dosyalarını çalıştırmak istemediğiniz /etc/update-motd.d .
  •   
    
verilen cevap Till 11.07.2012 15:20
10

Sonunda çözüm buldu:

  1. sudo apt-get remove landscape-client landscape-common
  2. yorum satırı % Co_de% session optional pam_motd.so ve /etc/pam.d/login cinsinden

Şimdi giriş INSTANT!

    
verilen cevap BarsMonster 22.03.2011 06:12
4

Açıklamanızdan daha çok bir ağ sorunu gibi görünüyor. Teşhis etmek için:

  • Ssh'i -v parametresiyle birlikte yazarak çalıştırın.
  • Bağlandığınız SSH sunucusuna ping yapmayı deneyin ve bunun aynı zamanda da askıda kaldığını görün.
  • Aynı sunucuya başka bir tür aktarım deneyin. Örneğin, bir dosyayı HTTP üzerinden almak ve "askıda kalma" davranışını tetikleyebilecek kadar uzun sürmesini sağlamak için --limit oranı parametresiyle birlikte wget.
  • Yalnızca boşta kaldığında mı, yoksa şu anda bir şey yapıp yapmadığınızı görün. Boştayken askıda kalıyorsa, -v tanılama büyük olasılıkla size söyleyecektir, bu durumda saklı tutmayı kullanma tavsiyesi yardımcı olabilir (ssh -o "TCPKeepAlive yes")

Windows ve PuTTY ile Tamam bağlayabilirseniz, muhtemelen sunucu tarafında bir sorun değildir.

    
verilen cevap roadmr 08.12.2011 05:49
2

Oturum açtığınız zaman, ubuntu bu dosyalardan birini veya daha fazlasını yürütür:

/etc/bash.bashrc
~/.bash_profile
~/.bashrc

İçinde ne olduğunu görebilir ve belki de neyin uzun sürdüğünü görmek için onları çalıştırmayı deneyebilirsiniz.

    
verilen cevap Savvas Radevic 05.11.2010 16:30
2

Benim sınırlı deneyimimde, macun işlediğinde, ama Linux, Ubuntu bu durumda, genellikle hayatta kalmaz. Ağ veya sunucu sorunları hem istemci işletim sistemini etkiler.

Yukarıdaki satırı canlı tutma seçeneğini komut satırında kullanabilirsiniz, ancak yazmak biraz yorucu.

Birkaç yapılandırma dosyasını daha kolay düzenleme.

root access içeriğiniz varsa ve bunu tüm kullanıcılar için otomatik olarak etkinleştirmek istiyorsanız, /etc/ssh/ssh_config değerini düzenleyin, ekleyin

KeepAlive yes
ServerAliveInterval 120

Kök erişiminiz yoksa veya tek bir kullanıcı için etkinleştiriyorsanız, ~/.ssh/config değerini düzenleyin ve aynı iki satırı ekleyin.

    
verilen cevap Panther 08.12.2011 06:48
2

PermitEmptyPassword ve UsePAM 'nin her ikisi de etkinleştirilmişse, OpenSSH sunucusu her zaman kimlik doğrulaması için boş bir parola ile çalışır; bu, söz konusu hesap için kimlik doğrulaması gerekmediğinin bir işareti olarak alır. Kimlik doğrulama işlemi her iki protokolde de başlar ve herhangi bir "gerçek" kimlik doğrulama isteğine yanıt vermez bunu yapar. müşteriden. OpenSSH, sadece sshd_config ise bu erişime izin verecek PermitEmptyPassword bayrağı ayarlandı; maalesef, kodun yolu yazılı olarak, şifre testini her durumda yapar ve Hata olarak PAM.

Yani: PermitEmptyPassword veya UsePAM öğesini devre dışı bırakın, ancak şunu unutmayın: PAM olmadan, anahtarsız giriş yapamazsınız.

Referans: İşte

    
verilen cevap Alessandro Pezzato 01.10.2012 22:53
0

Sistem günlüklerinizi / var / log adresinden kontrol edin, ilgili hata / zaman aşımına sahip bir mesaj bulabilirsiniz.

    
verilen cevap João Pinto 05.11.2010 15:14
0

Daha önce de bir vaktiniz varsa

/etc/sshd_config değerini düzenle

ve ayarlayın (veya ekleyin)

UseDNS no

veya ipinizi, statik bir yerel ise /etc/hosts 'sine ekleyin

    
verilen cevap user11187 21.02.2011 00:09
0

Halihazırda oturum açmış bir bağlantıdan (veya başka bir konsoldan) sunucuya giriş yaparken çalışan işlemleri izlemeyi deneyebilirsiniz. O süreçte hangi süreçlerin en aktif olduğunu veya en fazla CPU kullanıldığını tespit etme şansı var.

Aşağıda olası bir yöntem:

  1. Diğer bir konsolda giriş yapmayı deneyin.
  2. Ne olduğunu görmek için top dosyasını çalıştırın.
  3. 1. konsolda oturum açın.

Unutmayın ki gecikme bazı CPU yoğun hesaplamalardan kaynaklanmadıysa, yerinde olmayan hiçbir şeyi tespit etmeyeceksiniz. Bu durumda sorun G / Ç bağlı olabilir (bazı disk okuma / yazma veya ağ yanıtı bekleniyor).

    
verilen cevap ido 05.11.2010 15:17

Etiketlerdeki diğer soruları oku