mirror of
https://github.com/therealaleph/MasterHttpRelayVPN-RUST.git
synced 2026-05-18 07:44:47 +03:00
therealaleph
2c8fcc75aa
buildNotif() hardcoded `proxyPort + 1` for the SOCKS5 line, ignoring cfg.socks5Port entirely. With the default Android config (listenPort=8080, socks5Port=1081) the foreground notification read "Routing via SOCKS5 127.0.0.1:8081" but the real listener was on 1081 — so users configuring per-app SOCKS5 (Telegram, etc.) against the notification value silently failed. Use the same `cfg.socks5Port ?: (cfg.listenPort + 1)` elvis fallback the real listener uses, and surface both ports in the notification: HTTP 127.0.0.1:8080 · SOCKS5 127.0.0.1:1081 Reported by vpnineh and l3est (with netstat screenshots showing the exact mismatch). Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
1.9 KiB
1.9 KiB
• رفع باگ "نوتیفیکیشن سرور اندروید پورت اشتباه SOCKS5 رو نشون میداد" (#211): با تنظیمات پیشفرض اندروید (listenPort=8080, socks5Port=1081)، نوتیفیکیشن مینوشت Routing via SOCKS5 127.0.0.1:8081 که اشتباه بود — listener واقعی روی 1081 اجرا میشد. هر کاربری که پروکسی تلگرام رو روی پورت نوتیفیکیشن (8081) ست میکرد، در سکوت fail میشد. علت: تابع buildNotif بهجای خوندن cfg.socks5Port، hardcode میکرد proxyPort + 1. حالا متن نوتیفیکیشن همون منطق elvis fallback cfg.socks5Port ?: (cfg.listenPort + 1) رو که در تنظیم listener واقعی استفاده میشه میخونه و علاوه بر SOCKS5، پورت HTTP رو هم نشون میده: HTTP 127.0.0.1:8080 · SOCKS5 127.0.0.1:1081. ۲ کاربر مستقل ریپورت کردن (vpnineh، l3est)
• Fix "Android server notification showed wrong SOCKS5 port" bug (#211): with the default Android config (listenPort=8080, socks5Port=1081), the foreground-service notification read Routing via SOCKS5 127.0.0.1:8081 — wrong, since the real listener was on 1081. Anyone configuring Telegram (or any per-app SOCKS5 client) against the notification value silently failed. Cause: buildNotif hardcoded proxyPort + 1 instead of reading cfg.socks5Port. The notification now uses the same elvis fallback cfg.socks5Port ?: (cfg.listenPort + 1) that the actual listener uses, and shows both ports for clarity: HTTP 127.0.0.1:8080 · SOCKS5 127.0.0.1:1081. Two independent users (vpnineh, l3est) reported this