Yeniden taktığımda neden env değişkenlerini tmux'ta yeniden ayarlamak zorundayım?

Genelde mac ve ssh / tmux üzerinde çalışıyorum ve işimi yapmak için Linux makinesine ekliyorum. Linux makinesinde çalışan ssh-agent'ım var. Sahibim

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

benim içinde .tmux.conf. Yine de, ne zaman bu oturuma yeniden bağlansam, koşmam gerekiyor

tmux setenv SSH_AUTH_SOCK $SSH_AUTH_SOCK

Yeni tmux pencerelerin $SSH_AUTH_SOCKdoğru ayarlanması için. Bunu yapmak zorunda kalmamayı tercih ederim. Herhangi bir fikir?

Güncelleme

Sanırım bunu iyi açıklamıyorum. İşte uzaktaki bir makinede bir kabuk açmak için benim kabuk işlevi:

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

Tmux bu ssh komutu çalıştırıldığında, $SSH_AUTH_SOCKbir değil o halde set edilir benim yerel ortamda ayarlayın. Bunu setenvyukarıdaki komutla tmux’un ortamına koyarsam her şey yolunda gider . Sorum şu, setenv komutunu neden çalıştırmam gerekiyor?

Güncelleme 2

Daha fazla bilgi:

Mevcut bir oturuma eklediğimde $SSH_AUTH_SOCK, tmux ortamında (veya global ortamda) ayarlanmadı.

% tmux showenv | grep -i auth_sock
-SSH_AUTH_SOCK

Manuel olarak ayarlarsam, işler işe yarar:

% tmux setenv SSH_AUTH_SOCK $SSH_AUTH_SOCK

Çıkarır ve yeniden takarsam, $SSH_AUTH_SOCKkurulmamışa geri döner.

Ödül'ü aldığımdan beri anahtar yorumumu bütünlük uğruna tekrarlayacağım - ve aynı sorunu olan ziyaretçileri yanlış yolda bırakmaktan kaçınmak için:

Tmux, Ortam Değişkenlerini kaldıracak

Tmux 'man sayfası güncelleme ortamının "kaynak ortamda bulunmayan değişkenleri [...] set-environment komutuna -r verildiği gibi" çıkaracağını belirtir.

Görünüşe göre bu soruna neden oldu. Aşağıdaki Chris'in cevabına bakınız . Bununla birlikte, değişkenin "kaynak ortamda" nasıl bulunmadığını ve henüz oluşturulan tmux penceresinde geçerli olduğunu hala hayal edemiyorum ...

Önceki Cevap:

SSH iletme nasıl çalışır?

Uzak makinede, SSH bağlantısını kurduktan sonra kabuğunuzun ortamına bakın:

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

Burada önemli olan şu anda / tmp içindeki bir dosyaya ayarlanmış olan SSH_AUTH_SOCK. Bu dosyayı incelerseniz, bunun bir Unix alan soketi olduğunu göreceksiniz - ve bağlandığınız belirli ssh örneğine bağlı. Önemli olan, bu her bağlandığınızda değişir.

Oturumu kapattıktan sonra söz konusu soket dosyası kaybolur. Şimdi, gidip tmux oturumunuzu yeniden bağlarsanız, sorunu görürsünüz. Tmux'un başlangıçta ne zaman piyasaya sürüldüğüne dair bir ortamı var - bu haftalar önce olabilirdi. Bu özel soket öldüğünden beri uzun.

Çözüm

Sorunun şu anda canlı olan SSH kimlik doğrulama soketinin nerede olduğunu bilmekle ilgili olduğunu bildiğimizden, hadi bunu tahmin edilebilir bir yere koyalım!

Uzak makinedeki .bashrc veya .zshrc dosyanızda aşağıdakileri ekleyin:

# 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 'a' güncelleme ortamı komutu 'koymanız gerektiğini bile sanmıyorum. Göre adam sayfasında , SSH_AUTH_SOCK zaten varsayılan olarak kaplıdır.

Kredi

Benim cevabım, ekran için aynı problemi açıklayan Mark 'xb95' Smith tarafından yayınlanan bu blog yazısının bir kısmı .

Bunu anladım. Kısa cevap, ben kaldırmak için gerekli SSH_AUTH_SOCKdan update-environment. Bu listede olduğundan, her taktığımda değer düşüyordu. İpucu için @djf teşekkürler. Bölümdeki tmux (1) man sayfasından göze çarpan bit update-environment:

Kaynak ortamda bulunmayan değişkenler, oturum ortamından kaldırılacak şekilde ayarlanmış (sanki set-ortam komutuna -r verildi).

Ssh-agent'ımı işlemek için tmux kullanmak yerine, bununla başa çıkmak için bash kullanıyorum:

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

Benim ~ / bashrc içinde bu ve harika çalışıyor.

Benzer bir soruyu StackOverflow https://stackoverflow.com/a/49395839/241025 adresinde de cevapladım . Bu sayfa Google aramalarımda ilk çıktığından, buraya özet bir sürümünü göndermek istedim.

Her tmux oturumunun bir dizi özel ortam değişkeni edinmesini sağlamak için, değerleri tmux'un oturum başına ortam değişkenlerine eklemeniz gerekir. İşte nasıl yapılacağına bir örnek.

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

FOO’nun açıkça dışa aktarılmasının son adımı, mevcut bölmenin çevre değişkenini alabilmesi için gereklidir. Bu tmux oturumu için oluşturduğunuz herhangi bir bölme veya pencere FOO’yu devralacak, ancak diğer oturumlarda görünmeyecek.

djf'in açıklaması aklıma başka bir olası çözüm getiriyor:

Önce tmux/ screençalışıyor:

1. Oturum aç.
2. Bir örneğini başlatın ssh-agent.
3. Bunun için ortam değişkenleri ile başlayın tmux/ .screenssh-agent

Bu, istemciye SSH iletmeyi kullanamadı, ancak istenmedi.