странные sshd регистрируют сообщение каждую минуту

Могло быть излишество для единой системы (если Вы не должны время от времени 'восстанавливать' его), но обычное решение для , управление конфигурацией должно использовать приблизительно scm как cfEngine, Марионетка , bcfg2, и т.п., и затем помещать их данные при управлении исходным кодом.

2
задан 14 June 2009 в 09:06
4 ответа

Ключ здесь является "адресом, уже используемым". Другой процесс уже связал с тем портом. Вы пытаетесь выполнить два экземпляра сервиса? Иногда, сценарии управления освободят свой ум (не действительно, что происходит, то, что изодромный с предварением файл удален, но не процесс), и они попытаются запустить сервис, когда он будет уже работать. Во-первых, остановите сервис однажды и посмотрите, появляется ли сообщение.

service sshd stop

Затем сделайте проверку, чтобы видеть, существует ли уже sshd, лежащий вокруг...

ps ax | grep "ssh" | grep -v "grep"

Если Вы видите тот после того, как сервис останавливается, это - причина проблемы. Уничтожьте его, затем запустите сервис снова

service sshd start

P.S. Да, я знаю, что мои сценарии оболочки сосут, но иногда ясность более быстра, чем краткость.

0
ответ дан 3 December 2019 в 09:54
  • 1
    " уже обратитесь в use" я не думаю, что это - ключ.. это обменивается сообщениями, только появляются, когда я поместил для отклонения 127.0.0.1:sshd в/etc/hosts.deny., это, кажется, трудному анализирует с остановкой sshd сервис, потому что я работаю удаленно :) –  racbear 14 June 2009 в 13:11
  • 2
    " уже обратитесь в use" средства точно, что это говорит относительно олова. sshd пытается запустить и использовать порт 5522, но что-то еще уже использует тот порт, и это, скорее всего, будет собой. Можно использовать " netstat-lep - tcp" узнать, что обрабатывает, который является. О, Avery, pgrep :P –  David Pashley 14 June 2009 в 13:48
  • 3
    @Andri - каждый раз, когда Вы сталкиваетесь с " уже обратитесь в use" это - 99% времени, что это говорит - что-то уже в том порте, таким образом, система отказывается присоединять что-либо еще к тому порту. До удаленно рабочий, пока Вы don' t уничтожают Вашу собственную сессию, you' прекрасное ре, можно перезапустить sshd без distrupting сессия you' ре в, просто don' t уничтожают его! –  Avery Payne 14 June 2009 в 15:41

У Вас есть некоторый инструмент системного мониторинга (monit/collectd), который мог проверять, чтобы видеть, является ли Ваш ssh сервер живыми и принимающими соединениями?

4
ответ дан 3 December 2019 в 09:54
  • 1
    да у меня есть monit, работающий в локальном, но я не установил monit для наблюдения sshd –  racbear 14 June 2009 в 10:06
Jun 14 12:46:00 mybox sshd[25761]: Server listening on :: port 5522.
Jun 14 12:46:00 mybox sshd[25761]: error: Bind to port 5522 on 0.0.0.0 failed: Address already in use.

Я думаю, что любой сценарий запускает Ваш sshd сбой состоит в том, чтобы обнаружить что процесс это выполнение и перезапуск его неоднократно.

1
ответ дан 3 December 2019 в 09:54

Соединения, очевидно, прибывают из локальной машины (127.0.0.1) - таким образом, Вы не должны выглядеть очень далекими.

И сообщения журнала генерируются sshd (таким образом, sshd обнаруживает предпринятые соединения) - таким образом, Вы знаете, что независимо от того, что процесс вызывает их, или он знает о нестандартном порте, или у Вас есть второй экземпляр работы sshd стандартного порта (используйте netstat для проверки).

Можете Вы временно удалять hosts.deny запись и затем использовать lsof для определения, какой процесс пытается получить доступ нестандартному sshd порту (lsof-i: порт)?

Если бы ничто не обнаруживается, я использовал бы chkrootkit или rkhunter, чтобы гарантировать, что Ваша система не была поставлена под угрозу.

0
ответ дан 3 December 2019 в 09:54

Теги

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