Плохой владелец или полномочия на/root/.ssh/config
Например, предположите, что локальный сервер имеет, обращаются к http://example.com/; затем
ProxyPass /mirror/foo/ http://backend.example.com/
ProxyPassReverse /mirror/foo/ http://backend.example.com/
ProxyPassReverseCookieDomain backend.example.com public.example.com
ProxyPassReverseCookiePath / /mirror/foo/
не только заставит локальный запрос на http://example.com/mirror/foo/bar быть внутренне преобразованным в запрос прокси в http://backend.example.com/bar (функциональность, которую ProxyPass обеспечивает здесь). Это также заботится о перенаправлениях сервер, который отправляет backend.example.com: то, когда http://backend.example.com/bar перенаправляется им к Apache http://backend.example.com/quux, корректирует это на http://example.com/mirror/foo/quux прежде, чем передать ответ перенаправления HTTP клиенту. Обратите внимание, что имя хоста, используемое для построения URL, выбрано относительно установки директивы UseCanonicalName.
You have used symlinks so that /root/.ssh is a symlink to /home/alexus/.ssh. Ssh is not going to like that, because it gives alexus write access to .ssh/config and all the other .ssh/* files.
You need to remove the symlink, copy the files into root's directory, and change the ownership of all of it to root. If you're doing the symlink stuff so that root and alexus share a keypair, you may be able to symlink just the id_* files into /root/.ssh/.
Something like this:
rm /root/.ssh
mkdir /root/.ssh
cp /home/alexus/.ssh/* /root/.ssh/
chown -R root /root/.ssh
rm /root/.ssh/id_*
ln -s /home/alexus/.ssh/id_* /root/.ssh/