«Не работает» — это описание проблемы, которое я могу услышать от своей девушки, лингвиста. Вы же администратор, или программист? К ИТ отношение имеете? Ну так напишите конкретно, что не работает, как не работает, что делали, что получили, что в логах при этом, и т.д.
В том то и дело что с подобным не сталкивался, когда в апаче, через alias деректива
<VirtualHost 127.0.0.1:80>
ServerName rt.local
# Tell FastCGI to trigger on the handler
FastCgiServer /usr/share/request-tracker3.8/libexec/mason_handler.fcgi
# Bypass FastCGI for images
Alias /rt/NoAuth/images /usr/share/request-tracker3.8/html/NoAuth/images
# Use the handler for everything else
ScriptAlias /rt /usr/share/request-tracker3.8/libexec/mason_handler.fcgi
<Location /rt/>
DirectoryIndex index.html
</Location>
# Limit mail gateway access to localhost by default
<Location /rt/REST/1.0/NoAuth>
Order Allow,Deny
Allow from all
</Location>
</VirtualHost>
А как вы это проверяли? По факту, если вы привели выше релевантное сообщение из лога, то резолвится rt.local в 77.74.8.35, в результате чего запрос попадает опять в nginx, котоорый в свою очередь добавляет еще один rt в путь и снова отправляет сам себе и так до исчерпания соединений. То, что вы прописали в hosts ещё не означает, что ваш резолвер использует hosts.
В чем проблема перевесить апач на другой порт, чтобы избежать таких проблем? Или прописать 127.0.0.1 в proxy_pass явно.
Это какая то балалайка изза fastcgi. Настроил сейчас проксирование, от и до. Не подкапаться. Однако всякие url типа ^/rt/NoType/GoTable/access вываливают 500