Urgent: Turnstile Loop in Chrome from Hetzner IPs - Works in Firefox
we are currently facing a critical issue where all Turnstile challenges result in an endless verification loop when accessed via Google Chrome from Hetzner IP addresses. This behavior started approximately 2–3 weeks ago and affects multiple users reproducibly. Interestingly, the same machines using Firefox instead of Chrome are verified immediately, which suggests the issue is related to browser-specific handling within Turnstile, rather than a network or proxy misconfiguration on our end. However it is working in Chrome in the normal "local" environment.
Given that both browsers use the same system settings (including proxy configuration), the problem appears to be connected to how Turnstile currently interprets the fingerprint or request characteristics of Chrome from Hetzner. This has led us to suspect a false positive or overly aggressive detection rule introduced recently.
We’ve identified similar reports from other users in the Cloudflare Community, for example here:
https://community.cloudflare.com/t/stuck-in-turnstile-loop-from-hetzner-servers-can-t-access-cloudflare-sites/809024
As this issue is preventing access to critical web resources for Chrome users and is affecting production environments, we would greatly appreciate your urgent support. If this is a known issue, please let us know if a fix is in progress or whether there are any steps we can take to mitigate the behavior temporarily.
Since we don't have a Cloudflare account (only end users), we can't contact normal support which is a huge issue for us.
0 Replies