바운티를받은 후, 완전성을 위해 주요 의견을 다시 게시하고 동일한 문제가있는 방문자를 잘못된 길로 안내하지 않도록합니다.

Tmux는 환경 변수를 제거합니다

Tmux의 매뉴얼 페이지에 update-environment는 “-r이 set-environment 명령에 제공된 것처럼 소스 환경 […]에 존재하지 않는 변수 “를 제거 할 것이라고 설명합니다 .

분명히 문제의 원인은 무엇입니까? 아래의 Chris 응답을 참조하십시오 . 그러나 여전히 “소스 환경”에 변수가없고 새로 생성 된 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

tmux.conf에 ‘업데이트 환경 명령’을 넣어야한다고 생각하지 않습니다. 매뉴얼 페이지 에 따르면 SSH_AUTH_SOCK는 이미 기본적으로 적용됩니다.

신용

내 답변은 Mark ‘xb95’Smith 가이 블로그 게시물 에서 발췌 한 내용으로 screen 과 동일한 문제를 설명합니다 .

답변

### 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 ### }}}

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