Невозможно ssh в систему

просто введите

sudo date newdatestring

с newdatestring в формате nnddhhmmyyyy.ss

nn: (двухзначный) месяц (от 01 до 12) dd: (две цифры ) день (с 01 по 31), с регулярными правилами для дней в зависимости от месяца и года с применением hh: (двухзначный) час (от 00 до 23) мм: (две цифры) минуты (от 00 до 59) гггг: год ; он может быть двухзначным или четырехзначным знаком ss - это две цифры секунд (от 00 до 59). Обратите внимание на период «.» Перед ss.

Но помимо команды date, возможно, вы предпочитаете «решение» NTP (протокол сетевого времени): Serverguide - NTP, гораздо проще в управлении и точнее, чем установка даты вручную. Вы можете использовать cronjob или ntp daemon (ntpd), чтобы обновлять ваше время каждые x часов / минут ...

Надеюсь, что это поможет!

1
задан 23 May 2011 в 18:00

16 ответов

проверьте содержимое / etc / ssh / sshd_config на целевой машине - возможно, что вашему конкретному пользователю не разрешено удаленно регистрироваться. Конкретные строки для проверки:

PermitRootLogin no # никогда не должны разрешать удаленный вход root

AllowUsers someusername # белый список пользователей, которым разрешено ssh на машине

Возможно, вы можете сравнить это файл с одной из рабочих машин, чтобы увидеть, отличаются ли строки.

2
ответ дан 25 July 2018 в 21:51
  • 1
    Я просто хочу предоставить права ssh только одному IP-адресу, скажем, «172.29.32.9», так как я могу это сделать? Также я хотел бы отображать некоторые предупреждающие сообщения, если какой-либо ssh в sytem. – karthick87 4 June 2011 в 02:38

проверьте содержимое / etc / ssh / sshd_config на целевой машине - возможно, что вашему конкретному пользователю не разрешено удаленно регистрироваться. Конкретные строки для проверки:

PermitRootLogin no # никогда не должны разрешать удаленный вход root

AllowUsers someusername # белый список пользователей, которым разрешено ssh на машине

Возможно, вы можете сравнить это файл с одной из рабочих машин, чтобы увидеть, отличаются ли строки.

2
ответ дан 26 July 2018 в 17:19

проверьте содержимое / etc / ssh / sshd_config на целевой машине - возможно, что вашему конкретному пользователю не разрешено удаленно регистрироваться. Конкретные строки для проверки:

PermitRootLogin no # никогда не должны разрешать удаленный вход root

AllowUsers someusername # белый список пользователей, которым разрешено ssh на машине

Возможно, вы можете сравнить это файл с одной из рабочих машин, чтобы увидеть, отличаются ли строки.

2
ответ дан 2 August 2018 в 03:27

проверьте содержимое / etc / ssh / sshd_config на целевой машине - возможно, что вашему конкретному пользователю не разрешено удаленно регистрироваться. Конкретные строки для проверки:

PermitRootLogin no # никогда не должны разрешать удаленный вход root

AllowUsers someusername # белый список пользователей, которым разрешено ssh на машине

Возможно, вы можете сравнить это файл с одной из рабочих машин, чтобы увидеть, отличаются ли строки.

2
ответ дан 4 August 2018 в 19:24

проверьте содержимое / etc / ssh / sshd_config на целевой машине - возможно, что вашему конкретному пользователю не разрешено удаленно регистрироваться. Конкретные строки для проверки:

PermitRootLogin no # никогда не должны разрешать удаленный вход root

AllowUsers someusername # белый список пользователей, которым разрешено ssh на машине

Возможно, вы можете сравнить это файл с одной из рабочих машин, чтобы увидеть, отличаются ли строки.

2
ответ дан 6 August 2018 в 03:35

проверьте содержимое / etc / ssh / sshd_config на целевой машине - возможно, что вашему конкретному пользователю не разрешено удаленно регистрироваться. Специфические строки для проверки:

PermitRootLogin no # никогда не должны разрешать удаленный вход root

AllowUsers someusername # белый список пользователей, которые разрешено ssh на машине

Возможно, вы можете сравнить это файл с одним из рабочих машин, чтобы увидеть, отличаются ли строки.

2
ответ дан 7 August 2018 в 21:25

проверьте содержимое / etc / ssh / sshd_config на целевой машине - возможно, что вашему конкретному пользователю не разрешено удаленно регистрироваться. Специфические строки для проверки:

PermitRootLogin no # никогда не должны разрешать удаленный вход root

AllowUsers someusername # белый список пользователей, которые разрешено ssh на машине

Возможно, вы можете сравнить это файл с одним из рабочих машин, чтобы увидеть, отличаются ли строки.

2
ответ дан 10 August 2018 в 09:42

проверьте содержимое / etc / ssh / sshd_config на целевой машине - возможно, что вашему конкретному пользователю не разрешено удаленно регистрироваться. Специфические строки для проверки:

PermitRootLogin no # никогда не должны разрешать удаленный вход root

AllowUsers someusername # белый список пользователей, которые разрешено ssh на машине

Возможно, вы можете сравнить это файл с одним из рабочих машин, чтобы увидеть, отличаются ли строки.

2
ответ дан 13 August 2018 в 15:54
  • 1
    Я просто хочу предоставить права ssh только одному IP-адресу, скажем, «172.29.32.9», так как я могу это сделать? Также я хотел бы отображать некоторые предупреждающие сообщения, если какой-либо ssh в sytem. – karthick87 4 June 2011 в 02:38

Помимо ssh -v, Try ssh -vv, ssh -vvv, чтобы увеличить многословность сообщений об ошибках, чтобы выяснить, что происходит.

Если все случаи терпят неудачу,

Попробуйте от других серверов до логина как «ssh username@host» и попробуйте другие имена пользователей как «ssh username1@host»

, если вы можете войти в консоль, попробуйте 'ssh 0' из той же системы, чтобы вы могли проверить, если ssh Подсистема работает нормально.

Если ssh 0 работает, ssh-подсистема в порядке. Если нет, попробуйте перезапустить ssh-подсистему

sudo /etc/init.d/ssh restart
2
ответ дан 25 July 2018 в 21:51

Помимо ssh -v, Try ssh -vv, ssh -vvv, чтобы увеличить многословность сообщений об ошибках, чтобы выяснить, что происходит.

Если все случаи терпят неудачу,

Попробуйте от других серверов до логина как «ssh username@host» и попробуйте другие имена пользователей как «ssh username1@host»

, если вы можете войти в консоль, попробуйте 'ssh 0' из той же системы, чтобы вы могли проверить, если ssh Подсистема работает нормально.

Если ssh 0 работает, ssh-подсистема в порядке. Если нет, попробуйте перезапустить ssh-подсистему

sudo /etc/init.d/ssh restart
2
ответ дан 26 July 2018 в 17:19

Помимо ssh -v, Try ssh -vv, ssh -vvv, чтобы увеличить многословность сообщений об ошибках, чтобы выяснить, что происходит.

Если все случаи терпят неудачу,

Попробуйте от других серверов до логина как «ssh username@host» и попробуйте другие имена пользователей как «ssh username1@host»

, если вы можете войти в консоль, попробуйте 'ssh 0' из той же системы, чтобы вы могли проверить, если ssh Подсистема работает нормально.

Если ssh 0 работает, ssh-подсистема в порядке. Если нет, попробуйте перезапустить ssh-подсистему

sudo /etc/init.d/ssh restart
2
ответ дан 2 August 2018 в 03:27

Помимо ssh -v, Try ssh -vv, ssh -vvv, чтобы увеличить многословность сообщений об ошибках, чтобы выяснить, что происходит.

Если все случаи терпят неудачу,

Попробуйте от других серверов до логина как «ssh username@host» и попробуйте другие имена пользователей как «ssh username1@host»

, если вы можете войти в консоль, попробуйте 'ssh 0' из той же системы, чтобы вы могли проверить, если ssh Подсистема работает нормально.

Если ssh 0 работает, ssh-подсистема в порядке. Если нет, попробуйте перезапустить ssh-подсистему

sudo /etc/init.d/ssh restart
2
ответ дан 4 August 2018 в 19:24

Помимо ssh -v, Try ssh -vv, ssh -vvv, чтобы увеличить многословность сообщений об ошибках, чтобы выяснить, что происходит.

Если все случаи терпят неудачу,

Попробуйте от других серверов до логина как «ssh username@host» и попробуйте другие имена пользователей как «ssh username1@host»

, если вы можете войти в консоль, попробуйте 'ssh 0' из той же системы, чтобы вы могли проверить, если ssh Подсистема работает нормально.

Если ssh 0 работает, ssh-подсистема в порядке. Если нет, попробуйте перезапустить ssh-подсистему

sudo /etc/init.d/ssh restart
2
ответ дан 6 August 2018 в 03:35

Помимо ssh -v, Try ssh -vv , ssh -vvv , чтобы увеличить многословность сообщений об ошибках, чтобы выяснить, что происходит.

] Если все случаи не удались,

Попробуйте использовать другие серверы для входа в систему как « ssh username @ host » и попробуйте другие имена пользователей как « ssh username1 @ host '

, если вы можете войти в консоль, попробуйте' ssh 0 'из той же системы, чтобы вы могли проверить, работает ли ssh-подсистема.

Если ssh 0 работает, ssh-подсистема в порядке , Если нет, попробуйте перезапустить ssh-подсистему

  sudo /etc/init.d/ssh restart  
2
ответ дан 7 August 2018 в 21:25

Помимо ssh -v, Try ssh -vv , ssh -vvv , чтобы увеличить многословность сообщений об ошибках, чтобы выяснить, что происходит.

] Если все случаи не удались,

Попробуйте использовать другие серверы для входа в систему как « ssh username @ host » и попробуйте другие имена пользователей как « ssh username1 @ host '

, если вы можете войти в консоль, попробуйте' ssh 0 'из той же системы, чтобы вы могли проверить, работает ли ssh-подсистема.

Если ssh 0 работает, ssh-подсистема в порядке , Если нет, попробуйте перезапустить ssh-подсистему

  sudo /etc/init.d/ssh restart  
2
ответ дан 10 August 2018 в 09:42

Помимо ssh -v, Try ssh -vv , ssh -vvv , чтобы увеличить многословность сообщений об ошибках, чтобы выяснить, что происходит.

] Если все случаи не удались,

Попробуйте использовать другие серверы для входа в систему как « ssh username @ host » и попробуйте другие имена пользователей как « ssh username1 @ host '

, если вы можете войти в консоль, попробуйте' ssh 0 'из той же системы, чтобы вы могли проверить, работает ли ssh-подсистема.

Если ssh 0 работает, ssh-подсистема в порядке , Если нет, попробуйте перезапустить ssh-подсистему

  sudo /etc/init.d/ssh restart  
2
ответ дан 13 August 2018 в 15:54

Другие вопросы по тегам:

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