Назад | Перейти на главную страницу

Не удается подключиться к серверу через SSH

Я использую RHEL 6.0 и случайно переместил / bin, / boot, / cgroup, console.txt, / data, / dev и т. Д. В другую папку. Думаю, мне удалось переместить эти папки назад, но теперь у меня проблемы с подключением к серверу по SSH, но я могу получить доступ к серверу через VNC.

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

ssh_exchange_identification: Connection closed by remote host

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

/bin/bash: Permission denied

Если я попытаюсь открыть новое окно передачи файлов SSH из текущего сеанса, я получаю сообщение об ошибке

File transfer server could not be started or it exited unexpectedly. 
Exit value 0 was returned. Most likely the sftp-server is not in the path of the user on the server-side

Я проверил и у меня есть

Subsystem  sftp  /usr/libexec/openssh/sftp-server

это тот же путь, что и вывод

locate sftp-server

Кроме того, когда я пытался перезапустить sshd, я получаю сообщение об ошибке

Couldn't open /dev/null: Permission denied

Но у моего / dev / null есть разрешения

crw-rw-rw-

для root, root.

Как я могу это решить?

ETA: Спасибо за вашу помощь! Мне удалось запустить ssh, запустив приложение напрямую

/usr/sbin/sshd

Несмотря на то, что состояние openssh-daemon все еще "остановлено".

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

Как отмечали другие, единственный безопасный способ полностью восстановить систему - это восстановить из резервной копии.

Если вы не можете этого сделать, вы можете проверить БД RPM (rpm -Va), чтобы узнать, какие файлы все еще отсутствуют и / или имеют неправильные разрешения.

См. Например эта почта и этот о том, как восстановить разрешения с помощью rpm.

Удачи.

К сожалению, лучше всего переустановить ОС. Теоретически можно исправить эту конкретную ошибку разрешений, но тогда у вас все еще есть сотни других файлов и папок в неизвестном состоянии, любой из которых может вызвать сбои в будущем.

Это ваш единственный путь к стабильной и надежной системе.