xaker1

location{
....
error_page 404 = /404.php;
}

Соответственно 404.php - скрипт, создающий ваш файл. В данном случае он же может отдать файл клиенту. Тогда разницы между первым запросом и остальными внешне не будет.

Что если попробовать добавить
RPAFheader X-Forwarded-For-nginx
в конфиг апача и в конфиге nginx заменить proxy_set_header на
proxy_set_header X-Forwarded-For-nginx $proxy_add_x_forwarded_for-nginx;
Фактически nginx будет ip пихать в другой заголовок, о котором Vanisha не будет знать.

Apache — вебсервер, и сравнивать его с FastCGI некорректно.

FastCGI — способ запуска php. От CGI он отличается тем, что процесс php не умирает после обслуживания
клиента, а ждет нового (либо умирает не дождавшись клиента).

Если сравнить скорость обработки запроса, то получим следующее отношение: CGI > FastCGI > mod_php. Т.е. самый быстрый — mod_php, далее FastCGI, а CGI в лузерах.

Хотите избавиться от Apache — действуйте. Получите большую отказоустойчивость и производительность (nginx работает быстрее и меньше памяти есть).

p.s. Как показывает практика — любой php скрипт может работать как на mod_php, так и на FastCGI. Опровержения пока не видел.

403 — доступ запрещен.
Может у пользователя, под которым работает nginx нет прав на чтение /home/anotheruser/repos/site.ru?

На сервере поднимаем DCHP и DNS (кэширующий). На роутере отключаем DCHP.
Настраиваем DCHP на отдачу в качестве шлюза — ip роутера, а в качестве DNS — ip сервера.

Далее, если нужно заблокировать какой -либо сайт, создаем виртуалхост (на www сервере) с нужным ip адресом, а так же в dns создаем зону для нужного домена (A записи указывают на локальный адрес сервера).

Надеюсь, понятно объяснил.
В принципе, виртуалхост для каждого домена не обязательно создавать — apache (другие тоже) по умолчанию будут на первый виртуалхост (конечно данный вариант, если не нужно создавать индивидуальную страницу для каждого блокируемого домена).