byobu и ssh-agent

byobu не может подключиться к сокету ssh-agent. на самом деле я могу сделать только одно соединение через ssh-agent, но если я попытаюсь установить другое ssh-соединение с помощью агента, это не сработает. Я попытался

setenv SSH_AUTH_SOCK `echo $SSH_AUTH_SOCK`

в ~/.byobu/profile, но это не сработало.

7
задан 5 November 2010 в 13:04

32 ответа

Эта проблема подробно описана в Bug # 664059 и решена для версий byobu 3.7 и выше.

В принципе, существует некорректное предположение о том, что /var/run/screen/S-$USER/ будет существовать и быть перезаписываемым в точке, в которой Необходимо установить гнездо SSH. Поэтому я переместил символическую ссылку на SSH-сокет на $HOME/.byobu/.ssh-agent.

2
ответ дан 25 July 2018 в 23:16
  • 1
    У меня такая же проблема в byobu 5.17, есть действительная ссылка из $ HOME / .byobu / .ssh-agent в / tmp / ssh -... – txwikinger 18 July 2013 в 19:01
  • 2
    Ах, хорошо .. Я убил все окна и вышел byobu, и после перезагрузки он работал – txwikinger 18 July 2013 в 19:24

Я делаю ssh-agent byobu все переменные среды передаются легко.

0
ответ дан 25 July 2018 в 23:16
  • 1
    Я не понимаю, почему я был проголосован. Он работает и легко отвечает на вопрос. Я использую это для подключения к 10+ серверам из любого места. Сложный ответ там больше не применяется. Ну что ж. – Howard Tan 22 May 2014 в 04:51
  • 2
    FWIW, в первый раз, когда я попробовал это, это было единственное решение, которое сработало. Но, похоже, он только однажды работал. – blutfink 20 April 2017 в 00:33

Я не уверен, почему люди пытаются решить эту проблему на уровне конфигурации терминального мультиплексора. Это не место для него, если вы не захотите повторить это, потому что вы переключились на tmux, screen и т. Д.

Каждый раз, когда вы открываете другое окно, ваша оболочка запускается и считывает ее конфигурацию файлы.

Поиск этого из файла конфигурации оболочки решает проблему для любой используемой оболочки:

#!/bin/bash SSH_AGENT_TYPE="ssh" SSH_AGENT_INFO="${HOME}/.ssh-agent" source_agent_info() { export SSH_AUTH_SOCK='' export SSH_AGENT_PID='' if [[ -f ${SSH_AGENT_INFO} ]]; then source ${SSH_AGENT_INFO} fi } agent_running() { source_agent_info proc_file="/proc/${SSH_AGENT_PID}/cmdline" if [[ "${SSH_AGENT_PID}" =~ ^[0-9]+$ ]] && \ stat "${proc_file}" &> /dev/null && \ grep ssh-agent "${proc_file}" &> /dev/null; then return 0 else return 1 fi } run_ssh_agent() { ssh-agent 2>&1 | grep -v echo > "${SSH_AGENT_INFO}" source_agent_info } if ! agent_running; then run_ssh_agent fi
7
ответ дан 25 July 2018 в 23:16

Сообщение об ошибке # 616899, похожее на вашу проблему. Они предлагают загрузить byobu v3.1 и вручную установить его.

1
ответ дан 25 July 2018 в 23:16

Эта проблема подробно описана в Bug # 664059 и решена для версий byobu 3.7 и выше.

В принципе, существует некорректное предположение о том, что /var/run/screen/S-$USER/ будет существовать и быть доступным для записи в точке, в которой Необходимо установить гнездо SSH. Поэтому я переместил символическую ссылку на SSH-сокет на $HOME/.byobu/.ssh-agent.

2
ответ дан 31 July 2018 в 12:12
  • 1
    У меня такая же проблема в byobu 5.17, есть действительная ссылка из $ HOME / .byobu / .ssh-agent в / tmp / ssh -... – txwikinger 18 July 2013 в 19:01
  • 2
    Ах, хорошо .. Я убил все окна и вышел byobu, и после перезагрузки он работал – txwikinger 18 July 2013 в 19:24

Я делаю ssh-agent byobu все переменные среды передаются легко.

0
ответ дан 31 July 2018 в 12:12
  • 1
    Я не понимаю, почему я был проголосован. Он работает и легко отвечает на вопрос. Я использую это для подключения к 10+ серверам из любого места. Сложный ответ там больше не применяется. Ну что ж. – Howard Tan 22 May 2014 в 04:51
  • 2
    FWIW, в первый раз, когда я попробовал это, это было единственное решение, которое сработало. Но, похоже, он только однажды работал. – blutfink 20 April 2017 в 00:33

Я не уверен, почему люди пытаются решить эту проблему на уровне конфигурации терминального мультиплексора. Это не место для него, если вы не захотите повторить это, потому что вы переключились на tmux, screen и т. Д.

Каждый раз, когда вы открываете другое окно, ваша оболочка запускается и считывает ее конфигурацию файлы.

Поиск этого из файла конфигурации оболочки решает проблему для любой используемой оболочки:

#!/bin/bash SSH_AGENT_TYPE="ssh" SSH_AGENT_INFO="${HOME}/.ssh-agent" source_agent_info() { export SSH_AUTH_SOCK='' export SSH_AGENT_PID='' if [[ -f ${SSH_AGENT_INFO} ]]; then source ${SSH_AGENT_INFO} fi } agent_running() { source_agent_info proc_file="/proc/${SSH_AGENT_PID}/cmdline" if [[ "${SSH_AGENT_PID}" =~ ^[0-9]+$ ]] && \ stat "${proc_file}" &> /dev/null && \ grep ssh-agent "${proc_file}" &> /dev/null; then return 0 else return 1 fi } run_ssh_agent() { ssh-agent 2>&1 | grep -v echo > "${SSH_AGENT_INFO}" source_agent_info } if ! agent_running; then run_ssh_agent fi
7
ответ дан 31 July 2018 в 12:12

Сообщение об ошибке # 616899, похожее на вашу проблему. Они предлагают загрузить byobu v3.1 и вручную установить его.

1
ответ дан 31 July 2018 в 12:12

Эта проблема подробно описана в Bug # 664059 и решена для версий byobu 3.7 и выше.

В принципе, существует некорректное предположение о том, что /var/run/screen/S-$USER/ будет существовать и быть доступным для записи в точке, в которой Необходимо установить гнездо SSH. Поэтому я переместил символическую ссылку на SSH-сокет на $HOME/.byobu/.ssh-agent.

2
ответ дан 2 August 2018 в 04:33
  • 1
    У меня такая же проблема в byobu 5.17, есть действительная ссылка из $ HOME / .byobu / .ssh-agent в / tmp / ssh -... – txwikinger 18 July 2013 в 19:01
  • 2
    Ах, хорошо .. Я убил все окна и вышел byobu, и после перезагрузки он работал – txwikinger 18 July 2013 в 19:24

Я делаю ssh-agent byobu все переменные среды передаются легко.

0
ответ дан 2 August 2018 в 04:33
  • 1
    Я не понимаю, почему я был проголосован. Он работает и легко отвечает на вопрос. Я использую это для подключения к 10+ серверам из любого места. Сложный ответ там больше не применяется. Ну что ж. – Howard Tan 22 May 2014 в 04:51
  • 2
    FWIW, в первый раз, когда я попробовал это, это было единственное решение, которое сработало. Но, похоже, он только однажды работал. – blutfink 20 April 2017 в 00:33

Я не уверен, почему люди пытаются решить эту проблему на уровне конфигурации терминального мультиплексора. Это не место для него, если вы не захотите повторить это, потому что вы переключились на tmux, screen и т. Д.

Каждый раз, когда вы открываете другое окно, ваша оболочка запускается и считывает ее конфигурацию файлы.

Поиск этого из файла конфигурации оболочки решает проблему для любой используемой оболочки:

#!/bin/bash SSH_AGENT_TYPE="ssh" SSH_AGENT_INFO="${HOME}/.ssh-agent" source_agent_info() { export SSH_AUTH_SOCK='' export SSH_AGENT_PID='' if [[ -f ${SSH_AGENT_INFO} ]]; then source ${SSH_AGENT_INFO} fi } agent_running() { source_agent_info proc_file="/proc/${SSH_AGENT_PID}/cmdline" if [[ "${SSH_AGENT_PID}" =~ ^[0-9]+$ ]] && \ stat "${proc_file}" &> /dev/null && \ grep ssh-agent "${proc_file}" &> /dev/null; then return 0 else return 1 fi } run_ssh_agent() { ssh-agent 2>&1 | grep -v echo > "${SSH_AGENT_INFO}" source_agent_info } if ! agent_running; then run_ssh_agent fi
7
ответ дан 2 August 2018 в 04:33

Сообщение об ошибке # 616899, похожее на вашу проблему. Они предлагают загрузить byobu v3.1 и вручную установить его.

1
ответ дан 2 August 2018 в 04:33

Эта проблема подробно описана в Bug # 664059 и решена для версий byobu 3.7 и выше.

В принципе, существует некорректное предположение, что / var / run / screen / S- $ USER / будет существовать и быть доступным для записи в точке, где необходимо установить SSH-сокет. Поэтому я переместил символическую ссылку на SSH-сокет на $ HOME / .byobu / .ssh-agent .

2
ответ дан 4 August 2018 в 21:07

Я делаю ssh-agent byobu , все переменные среды передаются легко.

0
ответ дан 4 August 2018 в 21:07

Я не уверен, почему люди пытаются решить эту проблему на уровне конфигурации терминального мультиплексора. Это не место для этого, если вы не захотите повторить это, потому что вы переключились на tmux, screen и т. Д.

Каждый раз, когда вы открываете другое окно, ваша оболочка запускается и считывает ее конфигурацию файлы.

Искажение этого из файла конфигурации оболочки решает проблему для любой используемой оболочки:

  #! / bin / bash SSH_AGENT_TYPE = "ssh" SSH_AGENT_INFO = "  $ {HOME} /. Ssh-agent "source_agent_info () {export SSH_AUTH_SOCK = '' экспортировать SSH_AGENT_PID = '', если [[-f $ {SSH_AGENT_INFO}]];  затем source $ {SSH_AGENT_INFO} fi} agent_running () {source_agent_info proc_file = "/ proc / $ {SSH_AGENT_PID} / cmdline", если [["$ {SSH_AGENT_PID}" = ~ ^ [0-9] + $]] & amp; & amp; & amp; & amp; & amp; & amp; & amp; & amp;  ;  \ stat "$ {proc_file}" & amp; gt;  / dev / null & amp; & amp; & amp;  \ grep ssh-agent "$ {proc_file}" & amp; gt;  / DEV / нуль;  затем верните 0 else return 1 fi} run_ssh_agent () {ssh-agent 2 & amp; 1 |  grep -v echo & gt;  "$ {SSH_AGENT_INFO}" source_agent_info}, если!  agent_running;  затем run_ssh_agent fi  
7
ответ дан 4 August 2018 в 21:07

Существует отчет об ошибке # 616899 , который похож на вашу проблему. Они предлагают загрузить byobu v3.1 и вручную установить его.

1
ответ дан 4 August 2018 в 21:07

Существует отчет об ошибке # 616899 , который похож на вашу проблему. Они предлагают загрузить byobu v3.1 и вручную установить его.

1
ответ дан 6 August 2018 в 04:37

Я делаю ssh-agent byobu , все переменные среды передаются легко.

0
ответ дан 6 August 2018 в 04:37

Я не уверен, почему люди пытаются решить эту проблему на уровне конфигурации терминального мультиплексора. Это не место для этого, если вы не захотите повторить это, потому что вы переключились на tmux, screen и т. Д.

Каждый раз, когда вы открываете другое окно, ваша оболочка запускается и считывает ее конфигурацию файлы.

Искажение этого из файла конфигурации оболочки решает проблему для любой используемой оболочки:

  #! / bin / bash SSH_AGENT_TYPE = "ssh" SSH_AGENT_INFO = "  $ {HOME} /. Ssh-agent "source_agent_info () {export SSH_AUTH_SOCK = '' экспортировать SSH_AGENT_PID = '', если [[-f $ {SSH_AGENT_INFO}]];  затем source $ {SSH_AGENT_INFO} fi} agent_running () {source_agent_info proc_file = "/ proc / $ {SSH_AGENT_PID} / cmdline", если [["$ {SSH_AGENT_PID}" = ~ ^ [0-9] + $]] & amp; & amp; & amp; & amp; & amp; & amp; & amp; & amp;  ;  \ stat "$ {proc_file}" & amp; gt;  / dev / null & amp; & amp; & amp;  \ grep ssh-agent "$ {proc_file}" & amp; gt;  / DEV / нуль;  затем верните 0 else return 1 fi} run_ssh_agent () {ssh-agent 2 & amp; 1 |  grep -v echo & gt;  "$ {SSH_AGENT_INFO}" source_agent_info}, если!  agent_running;  затем run_ssh_agent fi  
7
ответ дан 6 August 2018 в 04:37

Эта проблема подробно описана в Bug # 664059 и решена для версий byobu 3.7 и выше.

В принципе, существует некорректное предположение, что / var / run / screen / S- $ USER / будет существовать и быть доступным для записи в точке, где необходимо установить SSH-сокет. Поэтому я переместил символическую ссылку на SSH-сокет на $ HOME / .byobu / .ssh-agent .

2
ответ дан 6 August 2018 в 04:37

Существует отчет об ошибке # 616899 , который похож на вашу проблему. Они предлагают загрузить byobu v3.1 и вручную установить его.

1
ответ дан 7 August 2018 в 22:47

Я делаю ssh-agent byobu , все переменные среды передаются легко.

0
ответ дан 7 August 2018 в 22:47

Я не уверен, почему люди пытаются решить эту проблему на уровне конфигурации терминального мультиплексора. Это не место для этого, если вы не захотите повторить это, потому что вы переключились на tmux, screen и т. Д.

Каждый раз, когда вы открываете другое окно, ваша оболочка запускается и считывает ее конфигурацию файлы.

Искажение этого из файла конфигурации оболочки решает проблему для любой используемой оболочки:

  #! / bin / bash SSH_AGENT_TYPE = "ssh" SSH_AGENT_INFO = "  $ {HOME} /. Ssh-agent "source_agent_info () {export SSH_AUTH_SOCK = '' экспортировать SSH_AGENT_PID = '', если [[-f $ {SSH_AGENT_INFO}]];  затем source $ {SSH_AGENT_INFO} fi} agent_running () {source_agent_info proc_file = "/ proc / $ {SSH_AGENT_PID} / cmdline", если [["$ {SSH_AGENT_PID}" = ~ ^ [0-9] + $]] & amp; & amp; & amp; & amp; & amp; & amp; & amp; & amp;  ;  \ stat "$ {proc_file}" & amp; gt;  / dev / null & amp; & amp; & amp;  \ grep ssh-agent "$ {proc_file}" & amp; gt;  / DEV / нуль;  затем верните 0 else return 1 fi} run_ssh_agent () {ssh-agent 2 & amp; 1 |  grep -v echo & gt;  "$ {SSH_AGENT_INFO}" source_agent_info}, если!  agent_running;  затем run_ssh_agent fi  
7
ответ дан 7 August 2018 в 22:47

Эта проблема подробно описана в Bug # 664059 и решена для версий byobu 3.7 и выше.

В принципе, существует некорректное предположение, что / var / run / screen / S- $ USER / будет существовать и быть доступным для записи в точке, где необходимо установить SSH-сокет. Поэтому я переместил символическую ссылку на SSH-сокет на $ HOME / .byobu / .ssh-agent .

2
ответ дан 7 August 2018 в 22:47

Существует отчет об ошибке # 616899 , который похож на вашу проблему. Они предлагают загрузить byobu v3.1 и вручную установить его.

1
ответ дан 10 August 2018 в 10:52

Я делаю ssh-agent byobu , все переменные среды передаются легко.

0
ответ дан 10 August 2018 в 10:52

Я не уверен, почему люди пытаются решить эту проблему на уровне конфигурации терминального мультиплексора. Это не место для этого, если вы не захотите повторить это, потому что вы переключились на tmux, screen и т. Д.

Каждый раз, когда вы открываете другое окно, ваша оболочка запускается и считывает ее конфигурацию файлы.

Искажение этого из файла конфигурации оболочки решает проблему для любой используемой оболочки:

  #! / bin / bash SSH_AGENT_TYPE = "ssh" SSH_AGENT_INFO = "  $ {HOME} /. Ssh-agent "source_agent_info () {export SSH_AUTH_SOCK = '' экспортировать SSH_AGENT_PID = '', если [[-f $ {SSH_AGENT_INFO}]];  затем source $ {SSH_AGENT_INFO} fi} agent_running () {source_agent_info proc_file = "/ proc / $ {SSH_AGENT_PID} / cmdline", если [["$ {SSH_AGENT_PID}" = ~ ^ [0-9] + $]] & amp; & amp; & amp; & amp; & amp; & amp; & amp; & amp;  ;  \ stat "$ {proc_file}" & amp; gt;  / dev / null & amp; & amp; & amp;  \ grep ssh-agent "$ {proc_file}" & amp; gt;  / DEV / нуль;  затем верните 0 else return 1 fi} run_ssh_agent () {ssh-agent 2 & amp; 1 |  grep -v echo & gt;  "$ {SSH_AGENT_INFO}" source_agent_info}, если!  agent_running;  затем run_ssh_agent fi  
7
ответ дан 10 August 2018 в 10:52

Эта проблема подробно описана в Bug # 664059 и решена для версий byobu 3.7 и выше.

В принципе, существует некорректное предположение, что / var / run / screen / S- $ USER / будет существовать и быть доступным для записи в точке, где необходимо установить SSH-сокет. Поэтому я переместил символическую ссылку на SSH-сокет на $ HOME / .byobu / .ssh-agent .

2
ответ дан 10 August 2018 в 10:52

Существует отчет об ошибке # 616899 , который похож на вашу проблему. Они предлагают загрузить byobu v3.1 и вручную установить его.

1
ответ дан 13 August 2018 в 17:27

Я не уверен, почему люди пытаются решить эту проблему на уровне конфигурации терминального мультиплексора. Это не место для этого, если вы не захотите повторить это, потому что вы переключились на tmux, screen и т. Д.

Каждый раз, когда вы открываете другое окно, ваша оболочка запускается и считывает ее конфигурацию файлы.

Искажение этого из файла конфигурации оболочки решает проблему для любой используемой оболочки:

  #! / bin / bash SSH_AGENT_TYPE = "ssh" SSH_AGENT_INFO = "  $ {HOME} /. Ssh-agent "source_agent_info () {export SSH_AUTH_SOCK = '' экспортировать SSH_AGENT_PID = '', если [[-f $ {SSH_AGENT_INFO}]];  затем source $ {SSH_AGENT_INFO} fi} agent_running () {source_agent_info proc_file = "/ proc / $ {SSH_AGENT_PID} / cmdline", если [["$ {SSH_AGENT_PID}" = ~ ^ [0-9] + $]] & amp; & amp; & amp; & amp; & amp; & amp; & amp; & amp;  ;  \ stat "$ {proc_file}" & amp; gt;  / dev / null & amp; & amp; & amp;  \ grep ssh-agent "$ {proc_file}" & amp; gt;  / DEV / нуль;  затем верните 0 else return 1 fi} run_ssh_agent () {ssh-agent 2 & amp; 1 |  grep -v echo & gt;  "$ {SSH_AGENT_INFO}" source_agent_info}, если!  agent_running;  затем run_ssh_agent fi  
7
ответ дан 13 August 2018 в 17:27

Другие вопросы по тегам:

Похожие вопросы: