PuTTY используют передачу агента для цепочки серверов

Можно использовать связывать опцию монтирования повторно смонтировать другую папку, таким образом, FTP-сервер видит файлы, как являющиеся в корне веб-сайта.

Я отправил ответ на тот же вопрос на UbuntuForums.org.

... Вы могли смонтировать/home/shared/files/под/home/website/files/как это.

  1. Создайте точку монтирования (каталог) в/home/website

    mkdir/home/website/files/

  2. Смонтируйте другой каталог под этой точкой монтирования

    смонтируйтесь - связывают/home/shared/files/home/website/files/

Будет теперь казаться, что те файлы на самом деле находятся под/home/website/, так будет доступно, даже если Вы ограничите пользователя этим корневым каталогом веб-сайта....

4
задан 30 November 2011 в 16:55
3 ответа

Проблема была в ] экран приложения . Он был запущен PuTTY при удалении хоста с помощью screen -d -RR (Connection / SSH / Remote Command). Я нашел решение здесь и немного изменил его:

~ / .bashrc:

# Correct screen and tmux behavior with ssh-agent
parent="$(ps -o comm --no-headers $PPID)"

case $parent in
sshd)
        keep_vars="SSH_CLIENT SSH_TTY SSH_AUTH_SOCK SSH_CONNECTION DISPLAY XAUTHORITY"
        touch $HOME/.ssh/keep_vars
        chmod 600 $HOME/.ssh/keep_vars
        for i in $keep_vars; do
                 (eval echo export $i=\\\'\$$i\\\')
        done > $HOME/.ssh/keep_vars
;;
screen|tmux)
        source $HOME/.ssh/keep_vars
;;
esac
# This command must be run from shell within detached and re-attached screen session
# to interact with ssh-agent properly
alias fixssh="source $HOME/.ssh/keep_vars"
alias ssh="source $HOME/.ssh/keep_vars; ssh"

Каждый том, который я подключаю, переменные агента ssh хранятся в $ HOME / .ssh / keep_vars Каждое новое открытое окно на экране может немедленно подключаться к другим машинам с помощью моего ключа - оно получает правильные переменные с экрана. В старых окнах мне нужно ввести fixssh , а затем попытаться подключиться.

4
ответ дан 3 December 2019 в 02:53

Поскольку $ SSH_AUTH_SOCK не установлен, вероятно, проблема связана либо с putty / pagent, либо с самим sshd.

Вы можете легко перевести sshd в режим отладки. Войдите на сервер (это можно безопасно сделать через ssh, если вы не забудете перезапустить sshd после того, как закончите) и остановите sshd (с помощью ваших сценариев инициализации). Затем запустите:

/ usr / sbin / sshd -Dddd

(- D для режима переднего плана, -ddd для подробной отладки)

Попробуйте подключиться через putty еще раз и посмотрите вывод sshd. Если putty отправляет ключи для переадресации агента, вы должны увидеть что-то об auth-agent-req@openssh.com.Если вы этого не видите, значит, putty неправильно отправляет ключ для пересылки агента / запроса пересылки агента.

Это должно сузить круг вопросов. Вы также можете запустить 'ssh -vvv' с host1 для подробного вывода отладки при попытке ssh на host2.

(На этом этапе, пожалуйста, не забудьте нажать Ctrl + C для процесса sshd переднего плана и перезапустить его из ваших сценариев инициализации, иначе вы ваш сервер будет заблокирован!)

4
ответ дан 3 December 2019 в 02:53

Я утверждаю, что Putty использует другой ключ, нежели тот, который загружен в Pageant. Задайте ключевую фразу для своего ключа, загрузите ее в Pageant и посмотрите, запрашивает ли Putty по-прежнему кодовую фразу при подключении.

0
ответ дан 3 December 2019 в 02:53

Теги

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