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

Если у вас есть ответ, вы можете связать его для других, чтобы найти.


Прямо сейчас я подключен к своему VPN серверу с помощью PuTTy.
После этого редактирования я закрываю соединение, которое у меня есть, спасибо за попытку помочь мне. У меня также был FilleZill (sftp-соединение с тем же сервером), но после удаления папки (/ home / user1) я не могу установить какие-либо новые подключения к серверу.

Каждый раз, когда я открываю соединение в PuTTy или любом другом SSH-клиенте / sftp-клиенте, я получаю сообщение: Network Error: Software caused connection to abort


Мой ключ SSH находится в ~/.ssh/authorized_keys .

И мой /etc/ssh/sshd_config выглядит хорошо.

Мои команды все еще выполняются, поэтому у меня нет проблем с интернетом в терминале, в котором я все еще работаю, но если я уйду, я не смогу восстановить соединение.

Мой VPN работает на Debian GNU/Linux 7 (wheezy), а ПК - на Windows 10

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


Лог из FileZilla (PuTTy ничего не выводил)
> 21:07:57  Status: Disconnected from server 21:07:57   Status: Resolving address of SERVER 
> 21:07:57  Status: Connecting to SERVER:PORT...
> 21:07:57  Status: Connection established, waiting for welcome message...             
> 21:07:57  Trace:  CRealControlSocket::OnClose(0)
> 21:07:57  Trace:  CFtpControlSocket::ResetOperation(66)
> 21:07:57  Trace:  CControlSocket::ResetOperation(66)
> 21:07:57  Error:  Could not connect to server 
> 21:07:57  Status: Waiting to retry... 
> 21:08:02  Status: Resolving address of SERVER
> 21:08:02  Status: Connecting to SERVER:PORT...
> 21:08:02  Status: Connection established, waiting for welcome message...    
> 21:08:02  Trace:  CRealControlSocket::OnClose(0)
> 21:08:02  Trace:  CFtpControlSocket::ResetOperation(66)
> 21:08:02  Trace:  CControlSocket::ResetOperation(66)
> 21:08:02  Error:  Could not connect to server

Мой компьютер отказывается открывать новое соединение, так как все в порядке с тем соединением, которое у меня уже есть.


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

Я получил это откровение, что я должен проверить журнал аутентификации, и я нашел это:

Sep 27 08:11:30 Host sshd[XXXXX]: Did not receive identification string from <IP-address>

Я уже на этом, я вернусь с дополнительной информацией.

Оказывается, это был не я, я не узнал IP, потому что он был из Китая. Но теперь я знаю, что мои попытки входа не достигают сервера.

Ведьма объяснила бы, почему я получаю Сетевую ошибку так быстро, как прежде, чем даже пытаюсь связаться с сервером.


Я обсуждал эту проблему со своим провайдером, и похоже, что, хотя я воссоздал файл, служба SSH не работает, поскольку я не мог перезапустить / перезагрузить его изнутри.

На данный момент я должен посмотреть, как перестроить SSH для моего сервера, но я думаю, что мой провайдер должен позаботиться об этом, так как я не могу подключиться, а сервер находится на другой стороне страны.

1 ответ1

1
  • Соединение для пользователя 'root' должно быть разрешено в /etc /ssh /sshd_config

  • Для учетных записей без $ HOME (домашний каталог) запрещен интерактивный вход

Итак, для первой части проблемы:

  • Из 'man sshd_config':

PermitRootLogin

     Specifies whether root can   log in using ssh(1).  The argument
     must be ``yes'', ``without-password'', ``forced-commands-only'',
     or ``no''.  The default is ``no''.  Note that if
     ChallengeResponseAuthentication is ``yes'', the root user may be
     allowed in with its password even if PermitRootLogin is set to
     ``without-password''.

     If this option is set to ``without-password'', password authenti-
     cation is disabled for root.

     If this option is set to ``forced-commands-only'', root login
     with public key authentication will be allowed, but only if the
     command option has been specified (which may be useful for taking
     remote backups even if root login is normally not allowed).  All
     other authentication methods are disabled for root.

     If this option is set to ``no'', root is not allowed to log in.

и для второго:

ищите в /etc /passwd строку с пользователем при входе в систему и создайте правильный домашний каталог с соответствующими правами

кстати: используйте ваше filezilla sftp соединение или прямой доступ

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .