ssh-добавьте забыт, если новый терминал гнома открыт
Принятие их .exeфайлы были на самом деле скомпилированы для Linux (и Ваша определенная архитектура), необходимо удостовериться, чтобы они имели, выполняют полномочия:
chmod +x your_file_names_here
Для проверки эти файлы на самом деле предназначены, чтобы работать на Linux, проверить вывод
file one_file_name_here
Если "env | grep SSH" плохо (относительно отсутствующего SSH_AUTH_SOCK):
vi ~/.bashrc
SSH_AUTH_SOCK=`env | grep GNOME_KEYRING_SOCKET | cut -d= -f2 | sed 's/$/.ssh/g'`
[ -z "$SSH_AUTH_SOCK" ] || export SSH_AUTH_SOCK
SSH-Add и SSH Обратитесь к пару переменных среды, чтобы найти SSH-агента, чтобы поговорить с: SSH_AGENT_PID и SSH_AUTH_SOCK . При запуске
eval `ssh-agent -s`
SSH-Agent выводит значения, и ваша оболочка интерпретирует их; Они устанавливаются в Shell, команда запускается из , а эта оболочка только . Таким образом, когда вы запускаете новый терминал, новая оболочка в этом терминале не имеет этих переменных, установленных соответствующим образом и SSH не может найти агента.
Если у вас есть оба терминала, вы можете запустить
env | grep SSH
в терминале, которую вы запустили агент, и устанавливаете значения, приведенные в новом терминале. Затем SSH должен найти агента во втором терминале.
лучшее решение - использовать интеграцию агента SSH в GNOME, как это предусмотрено GNOME-Keyring . Я не уверен, что все настроено в RHEL Desktop, но вы можете попробовать просто запустить SSH-Add без запуска агента заранее ...
GNOME Keyring SSH Документация может быть полезной; В частности, вы можете проверить, включен, включен ли агент ключа SSH в ваших приложениях запуска (в свойствах GNOME).
-121--102711- SSH-Agent -S Возвращает многие переменные среды, которые должны быть установлены, например:
SSH_AUTH_SOCK=/tmp/ssh-OIohiYiJShSO/agent.11139; export SSH_AUTH_SOCK;
SSH_AGENT_PID=11140; export SSH_AGENT_PID;
, в то время как они переносятся к процессам, запущенными из оболочки, они устанавливаются, они делают не применяется к процессам , запущенных из этой оболочки. Когда вы открываете новый гноме-терминал с рабочего стола или меню, он не запускается через эту оболочку, поэтому он не получает переменные среды.
Если вы запускаете свой новый терминал из оболочки, вы работаете EXES` SSH-Agent-ats` , в E.g. Набрав Gnome-Terminal & , он наследует переменные оболочки, и он должен работать. В качестве альтернативы вы можете вызвать SSH-Agent с помощью команды, как так:
ssh-agent gnome-terminal &
Затем он будет запустить эту команду с набором необходимой настройки среды.
ssh-add и ssh относятся к нескольким переменным среды, чтобы найти агент SSH для связи: SSH_AGENT_PID и SSH_AUTH_SOCK . Когда вы запускаете
eval `ssh-agent -s`
ssh-agent выводит значения, а ваша оболочка интерпретирует их; они устанавливаются в оболочке, из которой выполняется команда, и только в этой оболочке . Таким образом, когда вы запускаете новый терминал, в новой оболочке этого терминала эти переменные не установлены должным образом, и ssh не может найти агента.
Если у вас запущены оба терминала, вы можете запустить
env | grep SSH
в терминале, с которого был запущен агент, и установить значения, указанные в новом терминале. Затем ssh должен найти агент во втором терминале.
Однако лучшим решением является использование интеграции агента SSH в GNOME, как это предусмотрено gnome-keyring . Я не уверен, как все настроено в RHEL Desktop, но вы можете попробовать просто запустить ssh-add без предварительного запуска агента ...
Документация GNOME keyring SSH может оказаться полезной; в частности, вы можете проверить, включен ли ключевой агент SSH в ваших запускаемых приложениях (в свойствах GNOME).