Коллеги, всем привет. Помогите разобраться. Есть два ingress https://pastebin.com/4Ju7w9ZE По логике при переходе

на http://examle.com должен уходить в landing, c этим все хорошо.
При переходе на http://examle.com/my/m тоже все хорошо, запросы приходят в сервис mobile, там nginx + js + статика (index.html)
При переходе на http://examle.com/my/m/index.html запросы идут в landing и возвращает 404.
При переходе на http://examle.com/my/m/index.blablabla запросы идут в mobile.
Не могу разобраться почему запросы до index.html, index.php идут в landing, а не в mobile.
Кто-то сталкивался с таким?

У тебят там во втором ingress nginx.ingress.kubernetes.io/rewrite-target: / - явно лишний там ничего не должно быть

а глянька какой в итоге nginx.conf получился для хоста. Странно, по идее такого не должно быть По идее дожно быть что-то вроде location ~* /my/m(/|$)(.*) { ... } location ~* / {..}

Так и есть.

Убрал. Картина не поменялась совсем.

я попробвал на ретурнах в configuratuoin snippet. Логика с локейшенами у меня работает корректно Вот ингресы: https://pastebin.com/Eazw7zdG Вот результат проверки $ curl https://example.com/my/m/index.blalbla first ingress: /my/m/index.blalbla $ curl https://example.com/my/m/index.html first ingress: /my/m/index.html $ curl https://example.com/blabla second ingress: /blabla Думаю если я добавлю реальные поды для роутинга туда трафика, всё также будет работать

Посыпаю голову пеплом. Нашел причину. На вышестоящем nginx была мапа с блокируемыми запросами где и жила блокировка с кодом 404 под которую попадал этот запрос. @identw спасибо за ответы!!!

так как у меня аналогичный конфиг работает, могу предположить что мб у тебя редиректы из сервиса? Ты curl'ом проверяешь?

о как ... добавляй на будущее add_header X-Nginx-Host $hostname always

pcidss запрещает такое делать.

добавляй только для trusted nets