Кейс: новый сервис в Kubernetes через внешний LB и Ingress возвращает бесконечный HTTPS-редирект, хотя напрямую через Ingress сервис отвечает 200. Как бы вы диагностировали и локализовали проблему?

Проверьте, не теряется ли исходная схема HTTPS после TLS termination на внешнем LB, из-за чего следующий слой снова отправляет redirect.

Короткий ответ

Что ответить на собеседовании

Проверьте, не теряется ли исходная схема HTTPS после TLS termination на внешнем LB, из-за чего следующий слой снова отправляет redirect.

Подробный разбор

Ответ с пояснениями

Проверьте, не теряется ли исходная схема HTTPS после TLS termination на внешнем LB, из-за чего следующий слой снова отправляет redirect.

Проследите Location и headers на каждом участке, сравните Host и X-Forwarded-Proto/Forwarded. Согласуйте единственную точку принудительного HTTPS и доверие только известным прокси. Не доверяйте клиентскому forwarded-заголовку без фильтрации и не отключайте TLS-проверки ради устранения цикла.

ИИ-помощник для собеседований

Хочешь уверенно проходить собеседования?

Попробуй ИИ-помощник для собеседований: слышит вас и собеседника, анализирует экран, подсказывает ответы в реальном времени, работает без VPN и не попадает в захват экрана.

Подробнее