Медленый вход на ssh в Fedora 18

А если ssh -v? На каком моменте затыкается?

вывод ssh -vvv

вывод ssh -vvv кину как снова начнет тормозить, пока входит быстро

Если хост с Fedora 18

Это же ЛОР, да?

Попробуй на клиенте имя хоста в hosts добавить.

ой да, было похожее, когда на тачке с которой цеплялся в /etc/nsswitch.conf был один из mdns
только я не помню какой. Как-то это было связано с avahi

Затыкается на «debug1: Entering interactive session.»

на этой машине в момент логина доступны все сетевые ресурсы, если таковые используются? sshfs? nfs? cifs?

только ext4, никаких сетевых файловых систем

https://www.google.ru/search?q=ssh long delay after debug1: Entering interact... (там, правда, в основном убанту) - перезпустить dbus и/или остановить avahi.

avahi и правда зачем-то был запущен, но его остановка не помогла

включил debug в ssh на сервере, может там что-нибудь найдется

ssh с fedora18 на ту же fedora18 как проходит?

чтобы это выяснить надо как-то туда попасть, а вход туда только по ssh

Вот что видно из логов:

Nov 14 15:09:38 fiona sshd[1239227]: Accepted publickey for maxcom from XXX.XXX.XXX.XXX port 40850 ssh2
Nov 14 15:09:38 fiona sshd[1239227]: debug1: monitor_child_preauth: maxcom has been authenticated by privileged process
Nov 14 15:09:38 fiona sshd[1239227]: debug1: monitor_read_log: child log fd closed
Nov 14 15:09:38 fiona sshd[1239227]: debug1: SELinux support disabled
Nov 14 15:09:38 fiona sshd[1239227]: debug1: PAM: establishing credentials
Nov 14 15:09:38 fiona sshd[1239227]: pam_unix(sshd:session): session opened for user maxcom by (uid=0)
Nov 14 15:12:42 fiona sshd[1239227]: User child is on pid 1239438
Nov 14 15:12:42 fiona sshd[1239438]: debug1: PAM: establishing credentials
Nov 14 15:12:42 fiona sshd[1239438]: debug1: permanently_set_uid: 520/520
Nov 14 15:12:42 fiona sshd[1239438]: debug1: Entering interactive session for SSH2.

проблема в PAM? Как его debug'ить?

Может рандома не хватает в /dev/random? Хотя вряд ли. Но можно попинговать на всякий случай. Хост на виртуалке?

что в pam.d/sshd?

#%PAM-1.0
auth       required     pam_sepermit.so
auth       substack     password-auth
auth       include      postlogin
account    required     pam_nologin.so
account    include      password-auth
password   include      password-auth
# pam_selinux.so close should be the first session rule
session    required     pam_selinux.so close
session    required     pam_loginuid.so
# pam_selinux.so open should only be followed by sessions to be executed in the user context
session    required     pam_selinux.so open env_params
session    optional     pam_keyinit.so force revoke
session    include      password-auth
session    include      postlogin

файл из пакета, не менялся

Ещё вот рекомендуют в hosts добавить адрес+имя хоста, с которого идёт подключение. Ещё где-то проскакивал kerberos, но деталей не скажу.

ForwardX11 no

ForwardX11Trusted no

XAuthLocation /bin/false

не поможет?

неа, проблемы повторяются и без X'ов на клиенте. Мне кажется проблемы где-то в pam в районе session

Сделать

strace -f /usr/bin/sshd -p 12345 -D

на сервере и зайти на этот порт

Нашел в чем была проблема. Файл /var/log/btmp отрос до размера 1.5Gb, видимо кто-то яростно brut force'ил машинку. Из-за этого pam модуль который показывает прошлые неудачные попытки входа тупил со страшной силой.

Файлик подрезал, все стало снова быстро. Конфиг logrotate остался с какой-то древней версии.

Поди на виртуалке с thin дисками крутится...