Удаленный пользователь SSH всегда получает “закрытое соединение”

Перевод так или иначе @polynomial отвечает на bash:

#!/bin/bash

if [[ ! -e textfile2 ]]; then
  mkfifo textfile2
fi

while true; do
  (
    exec >textfile2
    cat textfile2-header
    cat textfile1
    cat textfile2-footer
  )
done
2
09.07.2012, 02:29
2 ответа

ssh иногда дает вводящие в заблуждение сообщения об ошибках.

Я нашел, что лучший способ отладить ssh-проблемы от серверной стороны.

  1. ssh в целевой сервер с рабочим соединением.
  2. Остановите sshd (Вашей сессией будут продолжать управлять).
  3. Затем запустите sshd в консоли/режиме отладки $(which sshd) -d.
  4. Теперь повторите и пристально смотрите, почему sshd отказывается от соединения.
  5. Не забывайте запускать sshd снова для нормального функционирования.

Если Вы не видите, что достаточно информации с единственным d увеличивает число - -ddd максимальное многословие - единственный на стороне сервера скажет Вам больше, чем самый подробный уровень на стороне клиента...

2
27.01.2020, 22:15
  • 1
    Это - вывод. –  Haukur 09.07.2012, 02:47
  • 2
    @Haukur это смотрит, как будто сессия устанавливается с помощью аутентификации по паролю. После того, как tty присваивают, пользователь выходится из системы. Не ясно, вызывается ли это pam или процессом после входа в систему. –  Nils 10.07.2012, 00:31
  • 3
    , который я записал сценарию Python для контроля, кто зарегистрирован несколько дней назад и и странно я видел пользователя, который не может войти в систему, как "вошел в систему". Я сделал killal -u $user и попробованное вхождение в, но ничто не изменилось. Команда, которая показала пользователю, как вошел в систему, была netstat -nutp | grep sshd. –  Haukur 10.07.2012, 02:31
  • 4
    @Nils я в замешательстве. Этот поисковый duckduckgo.com/?q=gssapi-with-mic+ssh показывает много подобных проблем. У некоторых есть решения, другие являются оставшимися без ответа, но ни один из них, кажется, не последователен относительно того, какова проблема на самом деле. –  killermist 10.07.2012, 02:47
  • 5
    @Haukur - это еще больше походит на pam-проблему. Если Вы подозреваете, что gssapi - выключают его - или у Вас есть случаи, где gssapi необходим? –  Nils 12.07.2012, 00:12

Я тоже столкнулся с этой проблемой, и после нескольких часов логов tcpdump debug обнаружил просто ОБНОВЛЕНИЕ openssh до последней версии решит проблему.

1
27.01.2020, 22:15

Теги

Похожие вопросы