Чому я маю перевстановлювати env vars у tmux, коли я повторно вкладаю?

Я в основному працюю над mac і ssh / tmux, приєднаним до машини Linux, щоб виконувати свою роботу. У мене на сервері Linux працює ssh-агент. Я маю

set -g update-environment "SSH_AUTH_SOCK SSH_ASKPASS WINDOWID SSH_CONNECTION XAUTHORITY"

в моєму .tmux.conf. Тим не менш, щоразу, коли я знову приєднаюся до цього сеансу, мені доводиться бігати

tmux setenv SSH_AUTH_SOCK $SSH_AUTH_SOCK

для того, щоб нові вікна tmux $SSH_AUTH_SOCKправильно встановили. Я вважаю за краще не робити цього. Будь-які ідеї?

Оновлення

Я думаю, що я не пояснюю це добре. Ось моя функція оболонки, щоб відкрити оболонку на віддаленій машині:

sshh () {
    tmux -u neww -n ${host} "ssh -Xt ${host} $*"
}

Коли tmux запускає цю команду SSH, $SSH_AUTH_SOCKце НЕ встановлено, навіть якщо він буде встановлений в моїй локальному середовищі. Якщо я поставив це в середовище tmux за допомогою setenvкоманди вище, все працює добре. Моє запитання: чому я взагалі повинен запускати команду setenv?

Оновлення 2

Більше інформації:

Коли я приєднуюся до існуючого сеансу, $SSH_AUTH_SOCKне встановлюється в середовищі tmux (або глобальному середовищі).

% tmux showenv | grep -i auth_sock
-SSH_AUTH_SOCK

Якщо я встановив його вручну, все працюватиме:

% tmux setenv SSH_AUTH_SOCK $SSH_AUTH_SOCK

Якщо я від'єднаюсь і знову приєднаюся, $SSH_AUTH_SOCKповертається до не встановленого.

Оскільки я отримав Bounty, я переспівую свій ключовий коментар заради повноти - і щоб уникнути встановлення відвідувачів з тією ж проблемою на неправильну доріжку:

Tmux видалить змінні середовища

На головній сторінці Tmux вказується, що середовище оновлення видалить змінні, "яких немає у вихідному середовищі [...], як ніби -r було надано команді set-environment".

Мабуть, те, що викликало проблему. Дивіться відповідь Кріса нижче . Однак я все ще не можу уявити, як змінна могла бути відсутньою у "вихідному середовищі" і все-таки бути дійсною у новоствореному вікні tmux ...

Попередній відповідь:

Як працює пересилання SSH

На віддаленій машині подивіться середовище вашої оболонки після встановлення з'єднання SSH:

user@remote:~$ env | grep SSH
SSH_CLIENT=68.38.123.35 45926 22
SSH_TTY=/dev/pts/0
SSH_CONNECTION=68.38.123.35 48926 10.1.35.23 22
SSH_AUTH_SOCK=/tmp/ssh-hRNwjA1342/agent.1342

Тут важливим є SSH_AUTH_SOCK, який наразі встановлений для деякого файлу в / tmp. Якщо ви вивчите цей файл, ви побачите, що це сокет домену Unix - і підключений до конкретного примірника ssh, до якого ви підключились. Важливо, що це змінюється щоразу, коли ви підключаєтесь.

Як тільки ви вийдете, конкретний файл сокета зник. Тепер, якщо зайти і повторно долучити свій tmux сеанс, ви побачите проблему. У ньому є середовище з моменту, коли tmux був спочатку запущений - що могло бути тижнів тому. Ця конкретна розетка давно померла.

Рішення

Оскільки ми знаємо, що проблема пов’язана з тим, щоб знати, де знаходиться поточний розетку аутентифікації SSH, давайте просто поставимо його в передбачуване місце!

У свій .bashrc або .zshrc файл на віддаленій машині додайте наступне:

# Predictable SSH authentication socket location.
SOCK="/tmp/ssh-agent-$USER-screen"
if test $SSH_AUTH_SOCK && [ $SSH_AUTH_SOCK != $SOCK ]
then
    rm -f /tmp/ssh-agent-$USER-screen
    ln -sf $SSH_AUTH_SOCK $SOCK
    export SSH_AUTH_SOCK=$SOCK
fi

Я не думаю, що вам навіть не потрібно вводити команду update-environment у свій tmux.conf. Згідно з довідковою сторінкою , SSH_AUTH_SOCK вже охоплюється за замовчуванням.

Кредит

Моя відповідь - уривок цього повідомлення в блозі Марка "xb95" Сміта, який пояснює ту саму проблему для екрану .

Я зрозумів це. Коротка відповідь, мені потрібно видалити SSH_AUTH_SOCKз update-environment. Оскільки це було в цьому списку, значення видували щоразу, коли я повторно приєднувався. Завдяки @djf за підказку. Виразний біт зі сторінки man tmux (1) у update-environmentрозділі:

Будь-які змінні, які не існують у вихідному середовищі, встановлюються для вилучення із сеансового середовища (як би -r було надано команді set-environment).

Замість використання tmux для обробки мого ssh-агента, я маю bash обробляти його:

### SSH Agent ### {{{
SSH_ENV="$HOME/.ssh/environment"

function start_agent {
    echo "Initialising new SSH agent..."
    /usr/bin/ssh-agent | sed 's/^echo/#echo/' > "${SSH_ENV}"
    echo succeeded
    chmod 600 "${SSH_ENV}"
    . "${SSH_ENV}" > /dev/null
    /usr/bin/ssh-add;
}

## Source SSH settings, if applicable
if [ -f "${SSH_ENV}" ]; then
    . "${SSH_ENV}" > /dev/null
    ps -ef | grep ${SSH_AGENT_PID} | grep ssh-agent$ > /dev/null || {
        start_agent;
    }
  else
    start_agent;
fi
### End SSH Agent ### }}}

У мене це є в ~ / bashrc , і він чудово працює.

Я відповів на подібне запитання на StackOverflow https://stackoverflow.com/a/49395839/241025 . Оскільки ця сторінка з’явилася першою в пошуку Google, я хотів опублікувати її зведену версію тут.

Щоб кожен сеанс tmux мав набір змінних користувальницької середовища, вам потрібно додати значення до змінних середовища середовища tmux за сеанс. Ось приклад того, як це зробити.

tmux new-session -s one
tmux setenv FOO foo-one
export FOO='foo-one'

Останній крок явного експорту FOO необхідний, щоб поточна панель підбирала змінну середовища. Будь-які наступні панелі чи вікна, створені для цього tmux сесії, успадкують FOO, але вони не відображатимуться в інших сесіях.

Пояснення djf приносить мені інше можливе рішення:

До tmux/ screenзапускається:

1. Увійти.
2. Запустіть примірник ssh-agent.
3. Почніть tmux/ screenіз змінних середовищ для цього ssh-agent.

Це не могло використовувати переадресацію SSH клієнту, але про це не вимагали.