Как использовать пользовательский файл.bashrc при входе в SSH

Я обнаружил, что в новой компании, с которой я работаю, мне часто приходится обращаться к серверам Linux с относительно коротким сроком службы. На каждом из этих серверов у меня есть учетная запись, но всякий раз, когда создается новый, мне приходится сталкиваться с трудностями переноса через мой.bashrc. Однако возможно, что примерно через месяц этот сервер больше не будет. Я также должен получить доступ ко многим другим серверам в течение коротких периодов времени (минут), когда не стоит переносить их через мой.bashrc, но, поскольку я работаю на многих серверах, это тратит впустую много времени.

Я не хочу ничего менять на серверах, но мне было интересно, есть ли способ получить "для каждого соединения".bashrc, поэтому всякий раз, когда я подключаю SSH к серверу, мои настройки будут использоваться для этого сеанса.

Если это возможно, было бы хорошо, если бы я мог сделать то же самое с другими файлами конфигурации, такими как файлы gitconfig.

Источник

6 ответов

Решение

Я думаю, что вы хотите (в вашем.ssh/config на машине, с которой вы подключаетесь):

PermitLocalCommand yes
LocalCommand scp yourname@someserver:/dir/dotbash /local/home/dir/.bashrc

тогда вы можете привести с:

source .bashrc

и быть на вашем веселом пути. LocalCommand выполняет команду на сервере, к которому вы подключаетесь, когда он туда попадает, прямо перед вашим фактическим сеансом.

Я также хотел бы убедиться, что sshds на серверах настроены с PermitLocalCommand yes

Существует множество способов настроить LocalCommand, чтобы он работал в вашей конкретной среде - например, вы можете свернуться с внутреннего веб-сервера или извлечь из монтирования nfs.

Источник

Я думаю, что sshrc это то, что вы ищете: https://github.com/Russell91/sshrc

sshrc работает так же, как ssh, но он также получает ~/.sshrc после удаленного входа в систему.

$ echo "echo welcome" > ~/.sshrc
$ sshrc me@myserver
welcome

$ echo "alias ..='cd ..'" > ~/.sshrc
$ sshrc me@myserver
$ type ..
.. is aliased to `cd ..'

Вы можете использовать это для установки переменных среды, определения функций и запуска команд после входа в систему. Это так просто, и это не повлияет на других пользователей на сервере - даже если они тоже используют sshrc. Для более сложной конфигурации, продолжайте читать.

Источник

Если вы никогда ранее не подключались к серверу, в ~/.ssh/known_hosts не будет записи для него.

Вы можете найти заданный известный хост с помощью "ssh-keygen -F ", но вам придется проверить этот вывод (grep), так как ssh-keygen не возвращает false в случае пропуска. Обратите внимание, что если вы ссылаетесь на хост по разным идентификаторам (IP-адрес, имя хоста, FQDN), каждый из них рассматривается как отдельный экземпляр.

Вы можете написать оболочку для ssh, которая передает вашу пользовательскую среду на этот хост при первом входе в систему:

ssh-newenv () {если! ssh-keygen -F $1 | grep -q "^# host $1 found:"; затем rsync ~/.bashrc ~/.bash_profile ~/.bash_logout $1:.; Fi; ssh $1; }

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

Источник

Я думаю, что https://github.com/fsquillace/pearl-ssh делает то, что вам нужно.

Я написал это давным-давно, еще до рождения sshrc, и он имеет больше преимуществ по сравнению с sshrc:

  • Это не требует зависимости от xxd для обоих хостов (которые могут быть недоступны на удаленном хосте)
  • Pearl-ssh использует более эффективный алгоритм кодирования
  • Это всего лишь ~20 строк кода (очень легко понять!)

Например:

$> echo "alias q=exit" > ~/.config/pearl/sshrc
$> ssh_pearl myuser@myserver.com
myserver.com $> q
exit
Источник

Я не думаю, что это возможно, учитывая, что SSH не имеет ничего общего с вашим .bashrc, Это оболочка, которая загружает этот файл, а не ssh.

Некоторые идеи:

  1. Настройте удаленный домашний каталог при первом входе в систему.
  2. Используйте NFS для монтирования вашего домашнего каталога, содержащего ваш.bashrc на каждом сервере. Таким образом, у вас везде одинаковые настройки.
  3. Если у вас все в порядке с некоторыми переменными среды, переданными на удаленные серверы, вы должны проверить SendEnv вариант (см. ssh_config справочная страница для получения дополнительной информации). Если сервер правильно настроен (т.е. имеет AcceptEnv в sshd_config), вы можете использовать SendEnv скопировать переменные окружения на удаленный хост.
  4. Я не знаю, работает ли это, но, возможно, вы можете неправильно использовать ProxyCommand настройка (см. ssh_config man page), чтобы отправить через ваш .bashrc или другие файлы перед подключением к удаленному хосту. Это потребует некоторого тестирования, хотя. Кроме того, будьте готовы, что это может помешать scp.
Источник

Я не знаю, есть ли за сеанс.bashrc .

Другим решением было бы написать небольшой скрипт, который перенесет все ваши любимые конфигурации в вашу новую домашнюю папку.

Может быть, просто создайте папку со всеми вашими конфигами с путями и просто перенесите их с помощью scp

лайк

/home/foobar/configs/.bashrc
/home/foobar/configs/.foo/bar.conf
...

а затем

scp -r /home/foobar/configs/* foo@example.com:/home/foo/

Это экономит время.

Источник
Другие вопросы по тегам