You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
@Plangto — این الگوی شناخته‌شده‌ای هست + ربطی به mhrv-rs config شما نداره. علت ریشه‌ای:
Cloudflare anti-bot روی Apps Script's IP set heuristic میزنه.
Apps Script وقتی UrlFetchApp.fetch() میکنه، request از Google's datacenter IPs می‌ره (همان IP space که bots/scrapers ازش استفاده می‌کنن). Cloudflare این IP range رو در heuristic anti-bot خودش "datacenter / suspicious" دسته‌بندی می‌کرده + روی sites با Cloudflare Bot Management یا Turnstile فعال:
HTTP request می‌ره به Cloudflare → CF می‌بینه IP datacenter Google → presents Turnstile challenge
mhrv-rs response 200 با HTML challenge برمی‌گردونه به browser
browser می‌خواد Turnstile JS رو حل کنه → که خودش به Cloudflare request می‌فرسته → که اون هم از Apps Script datacenter IP می‌آد → که چالش جدید می‌گیره → loop ابدی → "stuck"
این architectural هست، نه bug در v1.7.8 یا config شما. هر سایت Cloudflare-protected که Bot Management فعال داره (Twitter/X، OpenAI، GitHub در گاهی، Discord, etc.) همین رفتار رو می‌ده.
Workarounds:
۱. passthrough_hosts برای bypass Cloudflare از Apps Script:
این hostها از Apps Script رد نمی‌شن — مستقیم direct TCP می‌رن. اگه ISP شما این siteها رو filter نکنه + Cloudflare hosts برای اون‌ها reachable باشه، کار میکنه.
(یعنی traffic passthrough از یه SOCKS5 دیگه می‌گذره — مثلاً V2Ray local)
۲. Full mode + VPS:
VPS شما IP residential یا کمsuspect-تر داره. Cloudflare بیشتر اعتماد میکنه. Most Cloudflare-protected sites روی Full mode + VPS کار می‌کنن (با سرعت کندتر از direct V2Ray).
۳. v1.8.0+ آپدیت:
نسخه v1.8.0 شامل random padding هست که DPI fingerprinting روی apps_script رو می‌شکنه. در مورد Cloudflare بود ندارد (مشکل سمت Cloudflare است نه ISP). ولی برای general apps_script reliability از Iran بهبود معنادار داره.
۴. صبر:
برخی Cloudflare-protected sites در حالت‌های مختلف Bot Management فعال/غیرفعال دارن. ساعت متفاوت، policy متفاوت. اگه اوایل صبح "stuck" می‌گیرید، شب امتحان کنید.
اگه شما در Iran هستید + #313 (Apps Script outbound throttle) فعال باشه، رفتار Cloudflare-stuck می‌تونه با timeout قبل از Cloudflare interactive قاطی بشه. log mhrv-rs باید نشون بده — "stuck" بدون Apps Script response = #313، "stuck" بعد از Cloudflare HTML challenge = این issue.
این issue رو فعلاً باز نگه می‌دارم. اگه passthrough_hosts (option 1) رو برای site خاصی که می‌خواید open کنه امتحان کنید، نتیجه share کنید + می‌تونیم narrow کنیم. اگه به طور general می‌خواید Cloudflare-stuck حل بشه، Full mode + VPS تنها مسیر اطمینان‌بخش هست.
[reply via Anthropic Claude | reviewed by @therealaleph]
مشکل اصلی هنوز همان است: مسیر عادی Apps Script از IPهای دیتاسنتر Google خارج می‌شود و Cloudflare روی خیلی از سایت‌ها آن را bot/proxy تشخیص می‌دهد.
Code.cfw.gs / Cloudflare Worker این مشکل را حل نمی‌کند؛ حتی ممکن است برای ضدبات Cloudflare سخت‌گیرانه‌تر باشد، چون خروجی از شبکهٔ Worker خود Cloudflare است.
برای سایتهایی مثل ChatGPT / Claude / X / Grok، مسیر فعلی پروژه exit_node است:
سایت مقصد IP گوگل را نمی‌بیند؛ IP همان exit node شما را می‌بیند.
مسیر WARP برای tunnel-node هم هنوز ایدهٔ خوبی است و در #309 پیگیری می‌شود، ولی فعلاً feature آمادهٔ release نیست. برای استفادهٔ امروز، گزینه‌های عملی این‌ها هستند:
exit_node برای سایت‌های مشخص پشت Cloudflare.
Full mode + VPS/Cloud Run برای appها و پروتکل‌های غیرمرورگر.
اگر فقط browsing سبک می‌خواهید و Cloudflare ضدبات درگیر نیست، Code.cfw.gs ممکن است latency را بهتر کند.
این issue را باز نگه می‌دارم چون canonical thread مشکل Cloudflare است.
[reply via Anthropic Claude | reviewed by @therealaleph]
فعلاً این issue را می‌بندم چون بیش از ۷ روز از آخرین فعالیت گزارش‌دهنده اصلی گذشته است.
اگر هنوز روی آخرین نسخه نیاز به پیگیری دارد، لطفاً همین‌جا دوباره کامنت بگذارید یا issue را reopen کنید و نسخه، mode، شکل config مرتبط و جزئیات/log جدید را بفرستید.
Activity
therealaleph commentedon Apr 28, 2026
@Plangto — این الگوی شناخته‌شده‌ای هست + ربطی به mhrv-rs config شما نداره. علت ریشه‌ای:
Cloudflare anti-bot روی Apps Script's IP set heuristic میزنه.
Apps Script وقتی
UrlFetchApp.fetch()میکنه، request از Google's datacenter IPs می‌ره (همان IP space که bots/scrapers ازش استفاده می‌کنن). Cloudflare این IP range رو در heuristic anti-bot خودش "datacenter / suspicious" دسته‌بندی می‌کرده + روی sites با Cloudflare Bot Management یا Turnstile فعال:این architectural هست، نه bug در v1.7.8 یا config شما. هر سایت Cloudflare-protected که Bot Management فعال داره (Twitter/X، OpenAI، GitHub در گاهی، Discord, etc.) همین رفتار رو می‌ده.
Workarounds:
۱.
passthrough_hostsبرای bypass Cloudflare از Apps Script:در
config.json:{ "passthrough_hosts": [ "twitter.com", "x.com", "openai.com", "discord.com" ] }این hostها از Apps Script رد نمی‌شن — مستقیم direct TCP می‌رن. اگه ISP شما این siteها رو filter نکنه + Cloudflare hosts برای اون‌ها reachable باشه، کار میکنه.
اگه ISP filter میکنه: نیاز به upstream proxy:
{ "passthrough_hosts": ["twitter.com"], "upstream_socks5": "socks5://127.0.0.1:1080" }(یعنی traffic passthrough از یه SOCKS5 دیگه می‌گذره — مثلاً V2Ray local)
۲. Full mode + VPS:
VPS شما IP residential یا کمsuspect-تر داره. Cloudflare بیشتر اعتماد میکنه. Most Cloudflare-protected sites روی Full mode + VPS کار می‌کنن (با سرعت کندتر از direct V2Ray).
۳. v1.8.0+ آپدیت:
نسخه v1.8.0 شامل random padding هست که DPI fingerprinting روی apps_script رو می‌شکنه. در مورد Cloudflare بود ندارد (مشکل سمت Cloudflare است نه ISP). ولی برای general apps_script reliability از Iran بهبود معنادار داره.
۴. صبر:
برخی Cloudflare-protected sites در حالت‌های مختلف Bot Management فعال/غیرفعال دارن. ساعت متفاوت، policy متفاوت. اگه اوایل صبح "stuck" می‌گیرید، شب امتحان کنید.
ربط به #313 / Iran Apps Script throttle:
اگه شما در Iran هستید + #313 (Apps Script outbound throttle) فعال باشه، رفتار Cloudflare-stuck می‌تونه با timeout قبل از Cloudflare interactive قاطی بشه. log mhrv-rs باید نشون بده — "stuck" بدون Apps Script response = #313، "stuck" بعد از Cloudflare HTML challenge = این issue.
این issue رو فعلاً باز نگه می‌دارم. اگه
passthrough_hosts(option 1) رو برای site خاصی که می‌خواید open کنه امتحان کنید، نتیجه share کنید + می‌تونیم narrow کنیم. اگه به طور general می‌خواید Cloudflare-stuck حل بشه، Full mode + VPS تنها مسیر اطمینان‌بخش هست.[reply via Anthropic Claude | reviewed by @therealaleph]
ireza7 commentedon Apr 28, 2026
کاش یه سوراخی به کلادفلر باز میشد
tahaamighi commentedon Apr 28, 2026
سلام تو روش برای کلادفلر پیدا کردی؟
ireza7 commentedon Apr 28, 2026
نه
mhaghighat89 commentedon May 14, 2026
سلام با تشکر از سازنده محترم
میخواستم بپرسم راهی درست نشد برای مشکل کلودفلر ؟
چکار باید بکنیم ؟
tahaamighi commentedon May 14, 2026
فعلا تنها راه خرید یکک vps ارزون هستش
therealaleph commentedon May 15, 2026
به‌روزرسانی وضعیت فعلی Cloudflare:
Code.cfw.gs/ Cloudflare Worker این مشکل را حل نمی‌کند؛ حتی ممکن است برای ضدبات Cloudflare سخت‌گیرانه‌تر باشد، چون خروجی از شبکهٔ Worker خود Cloudflare است.exit_nodeاست:در این روش:
سایت مقصد IP گوگل را نمی‌بیند؛ IP همان exit node شما را می‌بیند.
مسیر WARP برای tunnel-node هم هنوز ایدهٔ خوبی است و در #309 پیگیری می‌شود، ولی فعلاً feature آمادهٔ release نیست. برای استفادهٔ امروز، گزینه‌های عملی این‌ها هستند:
exit_nodeبرای سایت‌های مشخص پشت Cloudflare.Full mode+ VPS/Cloud Run برای appها و پروتکل‌های غیرمرورگر.Code.cfw.gsممکن است latency را بهتر کند.این issue را باز نگه می‌دارم چون canonical thread مشکل Cloudflare است.
[reply via Anthropic Claude | reviewed by @therealaleph]
therealaleph commentedon May 15, 2026
فعلاً این issue را می‌بندم چون بیش از ۷ روز از آخرین فعالیت گزارش‌دهنده اصلی گذشته است.
اگر هنوز روی آخرین نسخه نیاز به پیگیری دارد، لطفاً همین‌جا دوباره کامنت بگذارید یا issue را reopen کنید و نسخه، mode، شکل config مرتبط و جزئیات/log جدید را بفرستید.
Answered via LLM, Supervised @therealaleph