Как правило, Firebug и varnishlog будут вашими лучшими друзьями.
Если вы хотите отлаживать чистый VCL, лучшим способом является отправка данных в заголовки HTTP ([req / bereq / beresp / resp] .http. [header name]) и проверьте их значение в Firebug (или varnishlog, если у вас мало запросов).
Если вы хотите отлаживать встроенный C, вы также можете поиграть с заголовками (VRT_SetHdr ()), но еслиКод C приводит к сбою лака, вы поймете, почему в /var/log/messages.
Вы также можете проверить varnishlog, чтобы увидеть, выходит ли лак ... но когда лак падает, вы получаете тайм-ауты, а не 403...
Мне нужно увидеть ваш VCL, чтобы понять, почему вы получаете 403, но технически это не «ошибка», а «состояние», означающее, что ваш запрос был обработан лаком (и,к сожалению, запрещено где-то).
Я не думаю, что Лак вернет 403, если вы не попросите его сделать это.Таким образом, существует большая вероятность того, что статус 403. исходит от вашего веб-сервера (серверная часть).
В любом случае, ваш лак, похоже, не падает, а скорее имеет проблемы с поведением.