Кто-либо видел ошибку HTTP 500 когда Трафик HTTPS, проходящий Прокси Фунта вперед к странице HTTP?
Таким образом, вот мое собственное взятие:
- Не ожидайте знать все обо всем. Просто знайте, где искать его и иметь уверенность для делания с этим чего-то.
- Изучите платформы, не технологии. Технологии изменяются слишком быстро для глубокого встраивания себя в. Изучите причины, ПОЧЕМУ Вам нужны они или КАК они должны быть настроены. Когда заменяющая технология появляется, можно судить замену на своих собственных условиях, не один предоставленный Вам поставщиком.
- Сделайте заметки и сохраните worklog. Примечания могут быть отрывками кода, confuration записи в деле и даже записи командной строки. Worklogs являются примечаниями Ваших действий, поскольку Вы берете их со штампом времени и даты.
- Идеальный системный администратор (в моем уме) является универсалом не специалист. Универсалы должны знать много вещей, и как они взаимодействуют. Читайте 108, Определяют задачу для SysAdmin, Мог бы Сделать.
Продолжайте читать документацию, большинство людей не делает.
Первое, что нужно сделать состоит в том, чтобы видеть, видит ли Varnish 500. Если это делает, это - или отказ Лака или отказ Вашего бэкенда. Если это не делает, можно сконцентрироваться на поиске и устранении неисправностей Фунта.
Для наблюдения, что делает Лак, когда Вы получаете 500 с используйте varnishlog:
varnishlog -co TxStatus 500
На что указывает журнал фунта, когда Вы получаете 500?
Вы используете cookie для контроля, и Вы знаете, сколько данных сохраняется в cookie? Можно ли проверить, является ли cookie усеченным при получении этих 500 потому что фунт строг о максимальном размере разрешенных куки, хотя это варьировалось согласно версии фунта. Можно хотеть проверить на размер cookie легко, просто не используя прокси.