LINUX.ORG.RU
решено ФорумAdmin

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

 ,


1

4

Если хост с Fedora 18, на котором по не понятной причине тормозит вход по ssh. Может длиться до 5 минут, хотя чаще около минуты. При повторных входах логинимся быстро. Появилось сразу после обновления с Fedora 17 на 18

Первое подозрение было на DNS, но он там во-первых работает, а во вторых проблема проявляется и при отключении DNS в sshd (UseDNS no).

Куда копать?

★★★★★

Последнее исправление: maxcom (всего исправлений: 1)

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

maxcom ★★★★★
() автор топика

Если хост с Fedora 18

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

dvrts ★★★
()

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

ukr_unix_user ★★★★
()

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

ii343hbka ★★★
()
Ответ на: комментарий от ukr_unix_user

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

maxcom ★★★★★
() автор топика
Ответ на: комментарий от maxcom

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

maxcom ★★★★★
() автор топика
Ответ на: комментарий от blackst0ne

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

maxcom ★★★★★
() автор топика

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

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'ить?

maxcom ★★★★★
() автор топика

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

Harald ★★★★★
()
Ответ на: комментарий от sdio
#%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

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

maxcom ★★★★★
() автор топика
Последнее исправление: maxcom (всего исправлений: 1)
Ответ на: комментарий от maxcom

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

berrywizard ★★★★★
()
Ответ на: комментарий от sergej

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

maxcom ★★★★★
() автор топика
Ответ на: комментарий от maxcom

Сделать

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

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

sergej ★★★★★
()

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

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

maxcom ★★★★★
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.