SSH работает с моей собственной оболочкой, но не может выполнять команды напрямую с помощью SSH - PullRequest
0 голосов
/ 02 октября 2018

Я искал на сайте, но не смог найти подобную проблему и решение.Так задал новый вопрос.Я пытаюсь создать собственную оболочку с некоторыми ограниченными командами.Для начала я использую эту пользовательскую оболочку , предоставленную Стивеном Бреннаном.Он имеет 3 встроенные команды (cd, help, exit), а также может выполнять системные команды.

Я редактировал эту строку в /etc/passwd:

root:x:0:0:root:/root:/mnt/n1/custom-shell

, а также добавил эту строкуна /etc/shells:

/mnt/n1/custom-shell

Теперь я могу подключиться к удаленному хосту, используя ssh, и моя пользовательская оболочка подходит, и я могу вводить в нее команды;но я не могу выполнять команды напрямую, используя ssh.например, когда я пытаюсь запустить команду «help» на удаленном хосте, используя ssh 192.168.32.1 help, ничего не происходит.Я попытался ssh -v 192.168.32.1 help, и результат выглядит следующим образом.Он остается на debug1: Sending command: help.

OpenSSH_4.3p2, OpenSSL 0.9.8b 04 May 2006
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Applying options for *
debug1: Connecting to 192.168.32.1 [192.168.32.1] port 22.
debug1: Connection established.
debug1: permanently_set_uid: 0/0
debug1: identity file /root/.ssh/identity type -1
debug1: identity file /root/.ssh/id_rsa type 1
debug1: identity file /root/.ssh/id_dsa type -1
debug1: loaded 3 keys
debug1: Remote protocol version 1.99, remote software version OpenSSH_4.3
debug1: match: OpenSSH_4.3 pat OpenSSH*
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_4.3
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: server->client aes128-cbc hmac-md5 none
debug1: kex: client->server aes128-cbc hmac-md5 none
debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(1024<1024<8192) sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP
debug1: SSH2_MSG_KEX_DH_GEX_INIT sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY
debug1: Host '192.168.32.1' is known and matches the RSA host key.
debug1: Found key in /root/.ssh/known_hosts:5
debug1: ssh_rsa_verify: signature correct
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: SSH2_MSG_SERVICE_REQUEST sent
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug1: Authentications that can continue: publickey,password,keyboard-interactive
debug1: Next authentication method: publickey
debug1: Trying private key: /root/.ssh/identity
debug1: Offering public key: /root/.ssh/id_rsa
debug1: Authentications that can continue: publickey,password,keyboard-interactive
debug1: Trying private key: /root/.ssh/id_dsa
debug1: Next authentication method: keyboard-interactive
debug1: Authentications that can continue: publickey,password,keyboard-interactive
debug1: Next authentication method: password
root@192.168.32.1's password:
debug1: Authentication succeeded (password).
debug1: channel 0: new [client-session]
debug1: Entering interactive session.
debug1: Sending environment.
debug1: Sending env LANG = en_US.UTF-8
debug1: Sending command: help

В результате я не могу скопировать файлы на удаленный хост, используя scp -v devel/bin/i2c root@192.168.32.1:/mnt/n1/, и он остается на этой строке:

debug1: Sending command: scp -v -t /mnt/n1/

Я искалмного но не смог прийти к ответу.Любая помощь будет оценена.

1 Ответ

0 голосов
/ 05 октября 2018

Один из стандартных способов вызова оболочки и запуска команды - это вызов программы оболочки с параметрами командной строки -c и командой для запуска.Этот метод используется сервером SSH OpenSSH для вызова команд, запрошенных клиентами.

Когда клиент SSH подключается к серверу OpenSSH и запрашивает выполнение команды на сервере, сервер в конечном итоге вызывает эквивалентthis:

$SHELL -c 'the-command'

, где $SHELL - это оболочка по умолчанию для пользователя, -c - буквальная опция командной строки, а the-command - команда, запрошенная клиентом.Команда передается оболочке как один аргумент командной строки.

В вашем случае оболочкой будет ваша пользовательская программа оболочки.Ему нужно будет проанализировать параметры командной строки, чтобы определить тот факт, что он был запущен с «-c» и командной строкой.Затем он должен будет выполнить команду, указанную в командной строке, вместо чтения команд из входного потока.

Как и любая другая программа на С, точкой входа в вашу программу оболочки является функция с именем main:

int main(int argc, char **argv)
{
    ...

Когда ваша оболочка вызывается с SSH-сервера таким способом, вы должны обнаружить, что argc и argv будут отражать аргументы командной строки ["/name/of-shell", "-c", "the-command"].Существуют стандартные функции, такие как getopt(3), которые можно вызывать для анализа параметров командной строки.

Я добавлю, что scp работает, когда сервер вызывает программу черезтвоя раковина.Таким образом, вы увидите, что ваша пользовательская оболочка вызывается (с параметром -c и командой для запуска) для сеансов scp.Вы также можете увидеть это для сеансов sftp, в зависимости от того, как настроен сервер.

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