GitHub Issue
ارور the script completed but did not return anything در فول تانل
درود به شما
تمامی مراحل رو طبق دستور العمل اخرتون در پست
https://github.com/therealaleph/MasterHttpRelayVPN-RUST/issues/310
اجرا کردم
حتی تمامی مواردی که در پرسش های بعدی بود رو هماعمال کردم ولی همچنان این ارور دریافت میشه
No json in batch response
و
the script completed but did not return anything
(چون با موبایل استفاده میکنم امکان کپی کامل لاک رو ندارم ، عذر خواهم)
View Raw Thread
Developer & User Discourse
hamed0937 • Apr 28, 2026
تشکر بابت سرعت بالا در پاسخدهی
مو به مو اجرا شد هم برای tunnel auth key
و هم برای auth key
ولی همون ارور دریافت شد
(متاسفانه بخاطر مشقت های کار با ترمیوس در اندروید موقع اجرای دستور دیباگ کرش میکنه و عذاب میده ولی مو به مو اجرا کردم)
ایا امکان اموزش ویدیویی یا ویسی هست؟
یا چه کار دیگه ای میشه کرد؟
در ضمن ، اسکریپت در حالات دیگه بجز تانل اجرا میشه بدون مشکل
و همه سایت ها تحت وب باز میشن با همین اسکریپتی که ساختم برای تانل
تمام مواردی که توی مشکلات دیگران بود رو هم چک کردم
حتی ورژن دیپلای و ...
مو به مو اجرا شد هم برای tunnel auth key
و هم برای auth key
ولی همون ارور دریافت شد
(متاسفانه بخاطر مشقت های کار با ترمیوس در اندروید موقع اجرای دستور دیباگ کرش میکنه و عذاب میده ولی مو به مو اجرا کردم)
ایا امکان اموزش ویدیویی یا ویسی هست؟
یا چه کار دیگه ای میشه کرد؟
در ضمن ، اسکریپت در حالات دیگه بجز تانل اجرا میشه بدون مشکل
و همه سایت ها تحت وب باز میشن با همین اسکریپتی که ساختم برای تانل
تمام مواردی که توی مشکلات دیگران بود رو هم چک کردم
حتی ورژن دیپلای و ...
EBRAHIM-AM • Apr 28, 2026
من هم بعد از آپدیت 1.8.0 و بروزرسانی fullcode.gs و داکر سمت سرور به شدت دارم این ارورو رو دریافت میکنم
نکته ای که هست اینه که سرعت لود بسیار پایینتر اومده اما همچنان میتونه لود کنه بعضی از ریکوست هارو و کامل از کار نیوفتاده تانل پس نمیشه گفت که مشکل از کانفیگ و یا credentials هست
بخشی از لاگ مربوطه :
```
2026-04-28T09:24:06.521078Z INFO dispatch signaler-pa.youtube.com:443 -> full tunnel (via batch mux)
2026-04-28T09:24:06.534895Z INFO batch: 1 ops → AKfycbxO, rtt=470.2µs
2026-04-28T09:24:06.534908Z WARN batch failed: io: peer closed connection without sending TLS close_notify: https://docs.rs/rustls/latest/rustls/manual/_03_howto/index.html#unexpected-eof
2026-04-28T09:24:06.534922Z ERROR tunnel connect_data error for signaler-pa.youtube.com:443: io: peer closed connection without sending TLS close_notify: https://docs.rs/rustls/latest/rustls/manual/_03_howto/index.html#unexpected-eof
2026-04-28T09:24:07.538689Z INFO dispatch signaler-pa.youtube.com:443 -> full tunnel (via ba...
نکته ای که هست اینه که سرعت لود بسیار پایینتر اومده اما همچنان میتونه لود کنه بعضی از ریکوست هارو و کامل از کار نیوفتاده تانل پس نمیشه گفت که مشکل از کانفیگ و یا credentials هست
بخشی از لاگ مربوطه :
```
2026-04-28T09:24:06.521078Z INFO dispatch signaler-pa.youtube.com:443 -> full tunnel (via batch mux)
2026-04-28T09:24:06.534895Z INFO batch: 1 ops → AKfycbxO, rtt=470.2µs
2026-04-28T09:24:06.534908Z WARN batch failed: io: peer closed connection without sending TLS close_notify: https://docs.rs/rustls/latest/rustls/manual/_03_howto/index.html#unexpected-eof
2026-04-28T09:24:06.534922Z ERROR tunnel connect_data error for signaler-pa.youtube.com:443: io: peer closed connection without sending TLS close_notify: https://docs.rs/rustls/latest/rustls/manual/_03_howto/index.html#unexpected-eof
2026-04-28T09:24:07.538689Z INFO dispatch signaler-pa.youtube.com:443 -> full tunnel (via ba...
therealaleph • Apr 28, 2026
@EBRAHIM-AM — متفاوت از مشکل @hamed0937 (که TUNNEL_AUTH_KEY mismatch بود). شما میگید tunnel **مقداری** کار میکنه + سرعت پایینه + بعضی timeouts. این **performance regression** هست، نه auth issue. سه احتمال:
**۱. v1.8.0 random padding overhead:**
v1.8.0 یک `_pad` field random length 0-1024 byte به هر request اضافه میکنه (DPI defense). متوسط ~512 byte اضافی per batch. روی batchهای ~۲ KB، این یعنی **+25% bandwidth + processing** per request. در شرایط Iran ISP throttle، این 25% میتونه difference بین "slow but works" و "timeout" باشه.
**Test کنید:** v1.7.11 رو موقتاً نصب کنید (آخرین نسخه قبل v1.8.0):
-
- Compare همان workload روی v1.7.11 vs v1.8.0
- اگه v1.7.11 سریعتر = padding overhead قابل تشخیص. اگه same = علت دیگه.
اگه padding بد effect داره، میتونیم در v1.8.x flag config برای disable کردن padding اضافه کنیم (default true ولی override).
**۲. v1.7.8's auto-blacklist بیش از حد aggressive:**
deploymen...
**۱. v1.8.0 random padding overhead:**
v1.8.0 یک `_pad` field random length 0-1024 byte به هر request اضافه میکنه (DPI defense). متوسط ~512 byte اضافی per batch. روی batchهای ~۲ KB، این یعنی **+25% bandwidth + processing** per request. در شرایط Iran ISP throttle، این 25% میتونه difference بین "slow but works" و "timeout" باشه.
**Test کنید:** v1.7.11 رو موقتاً نصب کنید (آخرین نسخه قبل v1.8.0):
-
- Compare همان workload روی v1.7.11 vs v1.8.0
- اگه v1.7.11 سریعتر = padding overhead قابل تشخیص. اگه same = علت دیگه.
اگه padding بد effect داره، میتونیم در v1.8.x flag config برای disable کردن padding اضافه کنیم (default true ولی override).
**۲. v1.7.8's auto-blacklist بیش از حد aggressive:**
deploymen...
EBRAHIM-AM • Apr 28, 2026
i tried [v1.7.11] , the behavior is same .
1.I have 10 deployment id's prepared in config
2. -
3.
```
2026-04-28T09:40:27.994816Z ERROR tunnel connect_data error for push.services.mozilla.com:443: timeout
2026-04-28T09:40:28.206672Z INFO batch: 1 ops → AKfycbx8, rtt=1.957s
2026-04-28T09:40:29.920784Z INFO batch: 1 ops → AKfycbw-, rtt=2.309528s
2026-04-28T09:40:29.920820Z INFO tunnel session 05cd0e06-d51c-406e-b002-d042db4b73a8 opened for www.google.com:443
2026-04-28T09:40:29.920913Z INFO tunnel session 05cd0e06-d51c-406e-b002-d042db4b73a8 closed for www.google.com:443
2026-04-28T09:40:30.105784Z INFO batch: 1 ops → AKfycbx7, rtt=4.1145918s
2026-04-28T09:40:30.357419Z INFO batch: 1 ops → AKfycbxO, rtt=2.5775417s
2026-04-28T09:40:30.539721Z INFO dispatch check-host.net:443 -> full tunnel (via batch mux)
2026-04-28T09:40:30.801887Z INFO batch: 1 ops → AKfycbwj, rtt=2.5736677s
2026-04-28T09:40:30.801900Z WARN batch failed: bad response: no json in batch response: ...
1.I have 10 deployment id's prepared in config
2. -
3.
```
2026-04-28T09:40:27.994816Z ERROR tunnel connect_data error for push.services.mozilla.com:443: timeout
2026-04-28T09:40:28.206672Z INFO batch: 1 ops → AKfycbx8, rtt=1.957s
2026-04-28T09:40:29.920784Z INFO batch: 1 ops → AKfycbw-, rtt=2.309528s
2026-04-28T09:40:29.920820Z INFO tunnel session 05cd0e06-d51c-406e-b002-d042db4b73a8 opened for www.google.com:443
2026-04-28T09:40:29.920913Z INFO tunnel session 05cd0e06-d51c-406e-b002-d042db4b73a8 closed for www.google.com:443
2026-04-28T09:40:30.105784Z INFO batch: 1 ops → AKfycbx7, rtt=4.1145918s
2026-04-28T09:40:30.357419Z INFO batch: 1 ops → AKfycbxO, rtt=2.5775417s
2026-04-28T09:40:30.539721Z INFO dispatch check-host.net:443 -> full tunnel (via batch mux)
2026-04-28T09:40:30.801887Z INFO batch: 1 ops → AKfycbwj, rtt=2.5736677s
2026-04-28T09:40:30.801900Z WARN batch failed: bad response: no json in batch response: ...
SaaS Metrics
**۱. AUTH_KEY mismatch** (بین mhrv-rs config ↔ CodeFull.gs در Apps Script)
**۲. TUNNEL_AUTH_KEY mismatch** (بین CodeFull.gs ↔ tunnel-node container env var) — **این بیشتر شایع هست از علت ۱**
علت TUNNEL_AUTH_KEY: متغیر محیطی tunnel-node container `TUNNEL_AUTH_KEY` هست. ولی برخی منابع docs اشتباهاً `MHRV_AUTH_KEY` نوشتن. اگر شما با `-e MHRV_AUTH_KEY=...` در docker run setup کردید، اون env ignore میشه + tunnel-node default `changeme` رو بهعنوان TUNNEL_AUTH_KEY فرض میکنه. CodeFull.gs شما `TUNNEL_AUTH_KEY="your-real-key"` داره، که match نمیکنه با container's `changeme` → tunnel-node decoy nginx-404 برمیگردونه → CodeFull.gs اون رو میخونه + میبینه JSON نیست → exception → response array empty یا null → mhrv-rs میگه "No json in batch response".
**Fix در ۳ مرحله:**
**۱. در CodeFull.gs (روی script.google.com):**
...