مشکل در Cloudflare Challenge Page (Loop)

[khosravimm]

برخی سایتها برای پیشگیری از حملات از Cloudflare Challenge استفاده می کنند تا فرق بین رباط و انسان مشخص شود. زمانی که از mhrv-rs برای ورود به این سایت ها استفاده می کنیم در loop گرفتار می شویم. مثلا زمان ورود به سایت chatgpt.
آیا راه حلی دارد؟

[Pedram987]

سلام عزیز، تو همین قسمت مشکلات سرچ کن
deno یا cloudflare
کامل توضیح داده شده باید چیکار کنی

[therealaleph]

Reviewed via Anthropic Claude.

@khosravimm — Cloudflare Challenge Loop on chatgpt.com (و بقیه) ریشه‌اش JA3/JA4 fingerprinting سرور CF است. هر request Apps Script از یک IP rotating Google datacenter + UA "Google-Apps-Script" + JA3 شناسایی‌شده می‌گذره. کوکی cf_clearance که browser بعد از حل challenge می‌گیره، به آن tuple (IP, UA, JA3) bind می‌شه. درخواست بعدی از یک IP دیگر = invalid token = re-challenge.

این inherent در Apps Script as a relay است — single user behind shared rotating IPs.

Workarounds today:

1. Exit-node: chatgpt.com routes via exit_node (Deno Deploy / Replit / VPS)، که از یک IP stable خروج می‌کنه. Cloudflare clearance cookie روی آن stable IP bind می‌شه و loop نمی‌خوره.

   "exit_node": {
     "enabled": true,
     "relay_url": "https://your-exit-node",
     "psk": "<secret>",
     "mode": "selective",
     "hosts": ["chatgpt.com", "claude.ai", "x.com", "grok.com"]
   }

2. PR feat(tls): chrome ClientHello via BoringSSL behind --features utls (#369) #963 (utls Chrome ClientHello) — currently in community testing. وقتی merge بشه، outbound TLS از mhrv-rs به‌عنوان Chrome fingerprint می‌شه نه stock rustls. CF JA3 check passes. آخرین update on the PR: needs Iran-network real-world testing.

روش ۱ (exit-node) راه حل پایدار امروز است. روش ۲ بهتر یپ خواهد بود وقتی merge بشه.

می‌بندم. Setup exit_node در assets/exit_node/README.fa.md. اگر CF challenge بعد از exit-node setup ادامه داشت، new issue با exit-node URL + log specific بزن.