Можно использовать связывать опцию монтирования повторно смонтировать другую папку, таким образом, FTP-сервер видит файлы, как являющиеся в корне веб-сайта.
Я отправил ответ на тот же вопрос на UbuntuForums.org.
... Вы могли смонтировать/home/shared/files/под/home/website/files/как это.
Создайте точку монтирования (каталог) в/home/website
mkdir/home/website/files/
Смонтируйте другой каталог под этой точкой монтирования
смонтируйтесь - связывают/home/shared/files/home/website/files/
Будет теперь казаться, что те файлы на самом деле находятся под/home/website/, так будет доступно, даже если Вы ограничите пользователя этим корневым каталогом веб-сайта....
Проблема была в ] экран приложения
. Он был запущен 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
, а затем попытаться подключиться.
Поскольку $ 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 переднего плана и перезапустить его из ваших сценариев инициализации, иначе вы ваш сервер будет заблокирован!)
Я утверждаю, что Putty использует другой ключ, нежели тот, который загружен в Pageant. Задайте ключевую фразу для своего ключа, загрузите ее в Pageant и посмотрите, запрашивает ли Putty по-прежнему кодовую фразу при подключении.