Если это - удар, который Вы неправильно сконфигурировали, Вы, возможно, сделали так любого в ~/inputrc
или в ~/.bashrc
. ~/.inputrc
конфигурационный файл для readline библиотеки, которой пользуются удар и несколько других программ командной строки для чтения входа. ~/.bashrc
конфигурационный файл самого удара.
Если Вы запускаете оболочку с bash --norc
, Ваш ~/.bashrc
не читается, но Ваш ~/.inputrc
. Если Вы запускаете оболочку с HOME=/none bash
, ни файл не читается, ни Ваша предыдущая история оболочки.
Согласно ssh_config(5)
страница справочника, можно настроить путь в sshd_config
конфигурационный файл:
Subsystem
Configures an external subsystem (e.g. file transfer daemon).
Arguments should be a subsystem name and a command (with optional
arguments) to execute upon subsystem request.
Таким образом, выглядит, как будто Вы могли простой делать это:
Subsystem sftp /usr/libexec/openssh/sftp-server -s "/usr/bin/sudo /usr/libexec/openssh/sftp-server"
Эта конфигурация, очевидно, идет на сервер, не в клиентской конфигурации. Это то, что Вы искали? Оборотная сторона, очевидно, то, что каждое соединение SFTP попытается работать с полномочиями пользователя root, таким образом, это повредит некорневой доступ к Вашим файлам.