jenya Jasně, z některých míst to jede, třeba i odtud: https://reqbin.com/curl
Podstata problému je, že v HTTPS requestu od klienta (spuštěný curl nebo pak i wget u mě na PC) žádný header s "ý" jednoznačně není. Na naší síti k modifikaci HTTPS provozu nedochází, na api.engine.tech:443 tedy spolehlivě přiletí request v podobě, v jaké ho curl odeslal. Následně to server api.engine.tech, který se překládá na IP adresy od Cloudflare, takže je to asi proxy/load balancer, posílá někam na CloudFront od Amazonu WS - zde se headery už určitě nějak modifikují. V Amazonu pak pojede samotná služba s app logikou. V HTTP response je header x-cache: Error from cloudfront a x-amzn-remapped-content-length: 38, takže chybu vrací až ta app logika v Amazonu na základě přijatých headerů.
Chyba v nastavení cloudflare proxy nebo v implementaci API. Cloudflare třeba umí vkládat geolokaci klienta už do headeru - nevyskytne se tam kraj s ý na konci :-) (https://developers.cloudflare.com/rules/transform/managed-transforms/reference/#add-visitor-location-headers)?
