`ssh <хост>` - это оболочка для входа, но `ssh <хост> <команда>` - нет?

Я заметил, что когда я запускаю команду непосредственно на хосте SSH с использованием ssh <host> <command>синтаксиса, я вижу вывод, .bashrcно не вывод .bash_profile(или .profile).

Например, если я помещу следующую команду в верхней части обоих файлов,

echo ${BASH_SOURCE[0]}

и вручную источник .bash_profile(какие источники .bashrcв свою очередь), я посмотрю

$ . .bash_profile
.bash_profile
.bashrc

Это тот же вывод, который я вижу, если я подключаюсь к этому компьютеру удаленно через SSH, используя ssh <host>форму команды. (И если я .bash_profileвременно уложу в другое место, ни одна из этих строк не будет отражена.)

Однако, если я выполню команду непосредственно на удаленной машине в ssh <host> <command>форме ssh, то результат будет выглядеть следующим образом:

$ ssh <host> echo foo
/home/rlue/.bashrc
foo

Я понимаю, что разница между .bash_profileи .bashrcв том , что бывший для оболочек входа в то время как последний для интерактивных, без входа в оболочках .

Я заключил следующее:

1. ssh <host>только источники .bash_profile, в то время как
2. ssh <host> <command>только источники .bashrc, что означает
3. первая - это оболочка для входа, а вторая - нет.

Верны ли эти выводы? Почему ssh <host> <command>рассматривается как интерактивная оболочка без входа в систему? Разве SSH все еще не подключается к удаленной машине, чтобы выполнить команду?

OpenSSH (скорее всего, то, что вы запускаете) решает, создавать ли оболочку входа или нет, и делает это только в том случае, если вы не запускаете определенную команду. От man ssh:

 If command is specified, it is executed on the remote host instead of a
 login shell.

Таким образом, для сервера ssh это выбор реализации: хочет ли он создать оболочку входа или нет, и если вы даете команду на выполнение, это не так.

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

Они создают неинтерактивную, не входящую в систему оболочку для выполнения команды, потому что это дух запуска команды в другом контексте / оболочке. Обычно, однако, неинтерактивные оболочки не будут автоматически источником, ~/.bashrcчто явно происходит здесь. bashна самом деле пытается помочь нам здесь. Из документов

Вызывается демоном удаленной оболочки

Bash пытается определить, когда он запускается со своим стандартным входом, подключенным к сетевому соединению, как при выполнении демоном удаленной оболочки, обычно rshd, или демоном защищенной оболочки sshd. Если Bash определяет, что он выполняется таким образом, он читает и выполняет команды из ~ / .bashrc, если этот файл существует и доступен для чтения. Он не будет делать это, если вызывается как sh. Параметр --norc может использоваться для запрета этого поведения, а параметр --rcfile может использоваться для принудительного чтения другого файла, но ни rshd, ни sshd обычно не вызывают оболочку с этими параметрами и не позволяют их указывать.

Почему такое поведение лежит на более низкий уровне , чем оболочки: ssh host(далее «Войти оболочки» случай) использует псевдотерминал на удаленном хосте, для связи между sshdпроцессом сервера и оболочкой; ssh host commandиспользует трубы между sshdи command, вместо. Псевдотерминалы необходимы для интерактивного использования интерпретатора команд, такого как оболочка, или режима « read-eval-print » языка сценариев; они реализуют множество удобных для человека функций, таких как возможность опровергать опечатки. Но они имеют больше накладных расходов и (в зависимости от конфигурации) не позволяют произвольным данным проходить без изменений, поэтому SSH избегает их использования, когда взаимодействие не происходит.

Иногда команда SSH / эвристика команд не понимает этого; он может быть изменён с помощью -tи -Tпереключателей. Например, чтобы войти на удаленную машину и немедленно подключить приостановленный screenсеанс, вам нужно сделать это ssh -t host screen -R; ssh host screen -Rзаставит screenжаловаться, что не подключен к терминалу. Я не могу вспомнить ситуацию, когда вы действительно захотите использовать -T, но она есть, если вы когда-нибудь найдете.

Сначала вы должны увидеть различные типы, вы можете прочитать это:

/unix/170493/login-non-login-and-interactive-non-interactive-shells

Теперь, если вы откроете свой bashrc, вы увидите в начале это:

# If not running interactively, don't do anything
[ -z "$PS1" ] && return

Это означает, что в зависимости от того, как вы обращаетесь к системе, этот файл загружает код внутри или нет.