- Отгружено
- 23 сентября 2026 г. в 15:59 UTC
- Автор
- Kamo
- Завершение
- 334ac8c
Открытие компьютера, загруженного на резервную страницу службы перенаправления - "запрос Нажмите на обратную страницу вместо перенаправления. Проверь заголовок Хоста". Два Причин, и каждая спряталась за другой. Трейфик не смотрел на пространство имен. **************************** перечисленный kamo, mail, kamo-universe, мониторинг, дефолт и десктоп. Не хост-компьютеры. Так Каждый IngressRoute и Middleware для шлюза был невидим для Траефика. показали их, их приоритеты были правильными, и ничто в кластере не сообщило об этом. Проблема, потому что ненаблюдаемый CRD не является ошибкой — это ничто. Просьбы о Компьютеры.<domain> попали на маршрут kamo-no в приоритете 1 и На это ответила служба перенаправления. «Рабочий стол» находится в этом списке именно для этого. Причина, а в комментарии выше сказано: "ВЕРИФИЯ Этот список охватывает все маршруты камо пространства имен". Это не было проверено. APP был AT /guacamole, NOT /. guacamole /guacamole разворачивает свою войну как guacamole.war Если WEBAPP CONTEXT не говорит иначе, и это развертывание никогда не устанавливает его. Платформа-админ шлюз делает. После того, как Траефик вообще мог маршрутизировать, каждая ссылка отвечала Tomcat 404, который не упоминает контекстный путь, из контейнера, чьи журналы заканчиваются на "Сервер запуск в 4690 мс". И зонды должны были двигаться вместе с ним: указывали на гуакамоле / в то время как приложение перемещалось в ROOT, Контейнер развернул ROOT.war, ответил 404 на старом пути, и был убит. Собственный зонд жизни. Путь и контекст — это одно решение в двух местах. Проверенный конец до конца: / теперь 302s для входа для простого посещения, и /?data=<token> обслуживается Гуакамоле.