به مشکل خوردم

[mrpotato67]

من زیاد کار با این چیزا رو و معنیشون رو نمیدونم و فقط طبق دستور عمل راهنما انجام دادم همه چیو و تست گرفتم اوکی بود ولی وقتی یوتیوب و دیگر سایت ها رفتم کار نکرد و بعده یه مدت
2026-04-28T14:44:28.936197Z ERROR Relay timeout — Apps Script unresponsive
به این مشکل خوردم و همچنین اون عدده ریلی داره پر میشه و بایتس یوزیج هم داره افزایش پیدا میکنه میشه راهنمایی کنید

[w0l4i]

من زیاد کار با این چیزا رو و معنیشون رو نمیدونم و فقط طبق دستور عمل راهنما انجام دادم همه چیو و تست گرفتم اوکی بود ولی وقتی یوتیوب و دیگر سایت ها رفتم کار نکرد و بعده یه مدت 2026-04-28T14:44:28.936197Z ERROR Relay timeout — Apps Script unresponsive به این مشکل خوردم و همچنین اون عدده ریلی داره پر میشه و بایتس یوزیج هم داره افزایش پیدا میکنه میشه راهنمایی کنید

تعداد دولوپمنت ایدی رو افزایش بدهید یعنی روی هر اکانت گوگل یک دولوپمنت جدید ران کنید حداقل 5 عدد و مقدار پارالل دیسپچ رو بگذارید 2 تا دیرتر به لیمیت بخورید

[amizx494]

من زیاد کار با این چیزا رو و معنیشون رو نمیدونم و فقط طبق دستور عمل راهنما انجام دادم همه چیو و تست گرفتم اوکی بود ولی وقتی یوتیوب و دیگر سایت ها رفتم کار نکرد و بعده یه مدت 2026-04-28T14:44:28.936197Z ERROR Relay timeout — Apps Script unresponsive به این مشکل خوردم و همچنین اون عدده ریلی داره پر میشه و بایتس یوزیج هم داره افزایش پیدا میکنه میشه راهنمایی کنید

تعداد دولوپمنت ایدی رو افزایش بدهید یعنی روی هر اکانت گوگل یک دولوپمنت جدید ران کنید حداقل 5 عدد و مقدار پارالل دیسپچ رو بگذارید 2 تا دیرتر به لیمیت بخورید

5 تا ID روی یک اکانت باز کنیم یا
یا
5 تا اکانت جیمیل روی هر کدوم یکی ؟
من با 3 تا اکانت جیمیل روی کروم هستم اما یکیش تا مرحله اخر رفت دو تای دیگه
کد امنیتی افلاین توی تنظمات گوشی در گوگل خواست اما میدم نمیاره
راه حل چیه ؟

[mrpotato67]

اقا فرقی نکرد تازه الان تست رو پس میشه ولی بایت یوزیچ بالا نمیره همینطور ریلی

[therealaleph]

@mrpotato67 — مشکل شما همان pattern #313 هست. log می‌گه:

ERROR Relay timeout — Apps Script unresponsive

این یعنی mhrv-rs به Apps Script request فرستاده ولی Apps Script در ۲۴۰ ثانیه پاسخی نداده. مشکل می‌تونه از:

۱. ISP throttle Apps Script outbound: Iran ISP (مخصوصاً مخابرات) Apps Script رو aggressive throttle می‌کنه. این الگوی #313 ست + هفته‌ای پلاسی شدت می‌گیره.

۲. quota tear روزانه: اگر شما (یا یک کاربر دیگری که از همان deployment استفاده می‌کنه) به ۲۰،۰۰۰ UrlFetchApp/روز رسیده، Apps Script تا ساعت ۰۰:۰۰ UTC (۳:۳۰ صبح به وقت ایران) پاسخ نمی‌ده.

۳. relay عددی + bytes پر می‌شن: stats که می‌گید بالا می‌رن، یعنی mhrv-rs در حال tries کردن است + دائم timeout می‌گیره. این counter پر می‌شه ولی traffic عبور نمی‌کنه.

Diagnostic + workarounds:

A. تست direct curl از terminal (بدون mhrv-rs):

# روی PC:
curl -L -X POST 'https://script.google.com/macros/s/YOUR_DEPLOYMENT_ID/exec' \
  -H 'Content-Type: application/json' \
  -d '{"k":"YOUR_AUTH_KEY","u":"https://httpbin.org/get","m":"GET"}' \
  --max-time 30 -w "\ntime: %{time_total}s\n"

اجرا کنید ۵ بار. اگر:

• اکثرشون timeout می‌گیرن → App script Unresponsive ERROR #313 ISP throttle (شبکه شما Apps Script رو filter می‌کنه)
• JSON برمی‌گردونن → mhrv-rs config مشکلی داره (auth_key یا script_ids)
• HTML Persian "Workspace landing" برمی‌گردونن → Google account که deployment رو owns suspended/flagged است (ببینید #421)

B. اگر #313 throttle:

1. به نسخه v1.8.3 (الان موجود) ارتقا دهید:

   • دانلود از https://github.com/therealaleph/MasterHttpRelayVPN-RUST/releases/tag/v1.8.3 یا https://t.me/mhrv_rs
   • شامل DoH bypass + H1 keepalive (سرعت بیشتر) + 6-cause error detection بهتر

2. در config، disable_padding: true اضافه کنید — ~۲۵٪ bandwidth کم‌تر، compounds throttle‌ها رو کم می‌کنه:

   {
     "disable_padding": true,
     ...
   }

3. چند google_ip متفاوت تست کنید — default 216.239.38.120 ممکنه روی شبکه شما filter باشه:

   {
     "google_ip": "172.217.16.46",   ← یا IP دیگه‌ای از pool
     ...
   }

4. شبکه عوض کنید:

   • با موبایل دیتا (همراه/MCI) به‌جای Wi-Fi مخابرات تست کنید
   • بسیاری از کاربران گزارش دادن همراه/MCI کم‌ترین throttle داره

C. اگر quota tear:

تا ساعت ۰۰:۰۰ UTC صبر کنید (۳:۳۰ صبح ایران). یا چندین deployment داشته باشید + در config script_ids به‌صورت array بدید (rotation کار می‌کنه):

{
  "script_ids": [
    "YOUR_FIRST_DEPLOYMENT_ID",
    "YOUR_SECOND_DEPLOYMENT_ID",
    "YOUR_THIRD_DEPLOYMENT_ID"
  ]
}

دو سه نفر دوست/family member هرکدام یک Google account داشته باشن + هرکدام یک deployment کنن + همه share کنن. این اساس workflow #325 هست. هرکدام quota خودش 20K دارن، با ۵ deployment 100K در روز خواهید داشت.

D. Full mode + VPS (نهایی):

اگر #313 و quota tear هردو شدید هستن، Full mode + VPS بهترین راه است. Apps Script outbound فقط برای signaling است، نه bytes — quota و throttle خیلی کم‌تر اعمال می‌شن. هزینه ~$3-5/month + setup در tunnel-node README فارسی.

Diagnostic ساده اول:

curl test (مرحله A) رو امتحان کنید + نتیجه رو share کنید. می‌تونیم narrow کنیم.

---

_{[reply via Anthropic Claude | reviewed by @therealaleph]}

[therealaleph]

#313 ISP throttle pattern with workaround set documented. Closing — reopen if the curl diagnostic returns specific data we can narrow.