У меня есть окно debian, из которого я не могу scp-файлы.
Повторная установка ssh не решает эту проблему
hosting:/home/gcushing# scp test.text gcushing@serenity.gwi:/home/gcushing
command-line: line 0: Bad configuration option: PermitLocalCommand
lost connection
Я добавил и удалил PermitLocalCommand из конфигурации / etc / ssh / ssh
К вашему сведению, / usr / bin / ssh - лишний:
xach@hosting:/$ grep '\(ssh\|scp\)$' /var/lib/dpkg/info/openssh-client.md5sums
ef75badecd778d4c91d8679c63a7512c usr/bin/ssh
53adbbcc6ae2d03c145e94bef36cbc98 usr/bin/scp
xach@hosting:/$ md5sum usr/bin/ssh /usr/bin/scp
c5022a79360ae8d32051ec2cd23ced25 usr/bin/ssh
53adbbcc6ae2d03c145e94bef36cbc98 /usr/bin/scp
Это действительно сомнительно, как фактическая контрольная сумма двоичного файла отличается от того, что указано в пакете. Этот хост выходит в Интернет?
Также попробуйте использовать команду очистки 'apt-get' для переустановки openssh.
У меня был компромисс с этим из руткита sebd. Спасибо за внимание.
grep '\(ssh\|scp\)$' /var/lib/dpkg/info/openssh-client.md5sums
cd649a9c527c0c7980bc6d700296eaef usr/bin/ssh
md5sum usr/bin/ssh /usr/bin/scp
3d36ae70e17854b6bc8de710293f63b0 usr/bin/ssh
Я столкнулся с той же проблемой - клиент ssh был принудительно загружен на сервер, когда http был открыт для Интернета всего на пару часов ... Они установили папку (/root/.kde), заменили / usr / bin / ssh и отправили собственную версию crontab для root, которая запускала сценарий в папке .kde. Я удалил пакет для клиентских программ openssh - и ssh все еще был там. Я не мог удалить его, даже будучи root ... Я обнаружил, что он был сделан «неизменяемым» с помощью команды «chattr». Выглядело это так:
-bash-3.2# lsattr ssh
-u--ia------- ssh
Исправить:
-bash-3.2# chattr -u -i -a ssh
-bash-3.2# lsattr ssh
------------- ssh
Затем я смог удалить ssh и успешно переустановить клиентские программы openssh. В правильной версии ssh принудительный параметр PermitLocalCommand = no, который используется как scp, так и sftp, передается ssh и не отклоняется.