Вы не должны позволять Передаче IP на сервере лака для него работать. Лак не передаст соединение клиента, но, как прокси, создаст новое соединение от имени пользователя.
Если Вы можете
telnet apache2 80
или
curl -x apache2:80 http://yoursite.com/yourpage
с сервера лака затем Ваша настройка сети в порядке. Поскольку последний пример добавьте код ниже к Вашей конфигурации vcl_recv:
# Normalise requests sent via curl's -X mode and LWP. Must do before
# backend selection.
if (req.url ~ "^http://") {
set req.url = regsub(req.url, "http://[^/]*", "");
}
Помогло бы, отправили ли Вы свою конфигурацию лака, но исходный должен работать из поля (даже если это не кэширует много страниц).
Я предполагаю, что Вы создали директора своих 3 апачских бэкендов и что этот директор является бэкендом по умолчанию для всех входящих соединений с лаком.
Если так, выполненный
varnishlog | grep _health
и удостоверьтесь, что Ваши бэкенды не больны. Если так, скорректируйте свой датчик бэкенда (проверка состояния).
Как показывает опыт, лак не заботится о том, какая virtualhost конфигурация используется в бэкендах. Я предлагаю, чтобы Вы вернулись к исходной конфигурации и определили единственный бэкенд для запуска с. Затем движение директору. Только затем далее настройте свою конфигурацию лака.
удачи
Нет, это не так. DG не может получать страницы, поэтому для этого необходим прокси-сервер. У вас может быть браузер-> dg-> squid-> internet. У метода «сэндвича» есть некоторые преимущества, но, как я уверен, вы знаете, есть также накладные расходы в плане сложности.