3

Когда-то давно ssh-вызов для host1 такой как команда ssh u@host1 command , перед выполнением command читал .bashrc. host2 управляется теми же людьми и читает .bashrc!

Я не администрирую host1 или host2 , но иногда за последние 6 месяцев такое поведение изменилось.

Кажется теперь , что ни один файл гс не читается на входе: Я редактировал .profile, .bash_profile, .bashrc, .login , чтобы добавить свое имя переменной при чтении export READ=$READ:.profile

Результаты меня удивили:

> ssh u@host1
bash3.2> echo $READ
:.bash_profile:.profile 

Как я и предполагал.

> ssh u@host1 echo \$READ

>

Так что теперь я застрял. Любые предложения о том, как это может происходить? Это проблема с настройками SSHd?

И просто для информации: host2 использует версию OpenSSH, даже более старую, чем host1 , и оба работают в одной и той же версии bash. host1 запускает AIX, host2 запускает linux.

Редактировать: я не могу изменить командную строку ssh потому что цель здесь состоит в том, чтобы заставить git работать должным образом, для пары не суперпользователей, где git установлен (по другим причинам) по нестандартному пути. Отношение к этому вопросу заключается в том, что, поскольку местоположение git-unpack указано в .bashrc , git clone с этого удаленного устройства перестал работать. Таким образом, проблема с RC должна быть решена, потому что я пытаюсь настроить ее для не супер-пользователей, и поэтому git-clone -u не совсем удовлетворительный ответ.

1 ответ1

3

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

Если вы управляете bash на этом компьютере, вы можете исправить его, перекомпилировав bash с помощью #define SSH_SOURCE_BASHRC ; Однако это не так для меня, поэтому я застрял в поисках других вариантов.

Надеюсь, это кому-нибудь поможет.

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .