🔥 عملکرد بینظیر حتی روی سرورهای خارج از کشور با محدودیت شدید اگه حمایت زیاد باشه پروژه رو خودم ادامه میدم
نیازی به ثبت آی پی سرور خارج نیست و تنها با ثبت آی پی سرور ایران سرورهای خارج شما نیز میتوانند به این سرور ایران متصل شوند
در صورت تغییر آی پی سرور ایران حتما این مورد را در ربات ثبت کنید و تانلها را حذف و دوباره تنظیم کنید در غیر اینصورت اتصال قطع میگردد
🌐 معرفی جامع
یک راهکار حرفهای برای ایجاد تونلهای امن و پرسرعت معکوس بین سرورهاست که با بهرهگیری از آخرین فناوریهای شبکه، امکان انتقال ترافیک با کمترین تاخیر را فراهم میکند. این سیستم بهطور خاص برای محیطهای حساس به تاخیر و نیازمند امنیت بالا طراحی شده است.
- تاخیر: <10ms در شبکههای بهینهشده
- پهنای باند: پشتیبانی از Jumbo Frames (9000 بایت)
- امنیت: TLS 1.3 با رمزنگاری AES-256-GCM
- بهینهسازی: کاهش 40% مصرف CPU با الگوریتمهای اختصاصی
bash <(curl -Ls https://raw.githubusercontent.com/hoseinlolready/Utunnel_fork/refs/heads/main/install.sh )| پروتکل | 📌 ویژگیهای کلیدی | 🏆 بهترین موارد استفاده | 🔧 پارامترهای بهینه |
|---|---|---|---|
| 🛰️ TCP | 🔗 اتصال پایدار و مطمئن 📦 تضمین تحویل بستهها ⚖️ کنترل جریان خودکار |
🖥️ انتقال فایلها 📧 پروتکلهای ایمیل 🌐 مرورگرهای وب |
window_size=256kkeepalive=60s |
| 🌀 UDP | ⚡ سرعت بالا 🔄 ارتباط بدون اتصال 📡 مناسب برای دادههای بلادرنگ |
🎮 بازیهای آنلاین 📞 VoIP 📹 استریم ویدیو |
buffer=2MBtimeout=3s |
| 🌐 WS | 🔄 ارتباط دوطرفه 🌍 مبتنی بر HTTP 🚀 مناسب برای وبسوکتها |
💬 چتهای بلادرنگ 📊 آپدیتهای لحظهای 🎮 بازیهای مرورگری |
ping_interval=25smax_size=1MB |
| 🌉 TCPMux | 🔗 چندگانگی اتصالات ⚡ کاهش سربار 📦 بهینه برای دادههای حجیم |
🖥️ انتقال دادههای حجیم 🏢 ارتباطات سازمانی |
mux_con=8timeout=30s |
| 🕸️ WSMux | 🌐 ترکیب WebSocket + Muxing 🛡️ عبور از فایروالها 🗜️ فشردهسازی |
💻 برنامههای وب پیشرفته 📱 ارتباطات موبایل |
compression=zlibping_interval=25s |
| 🔐 WSS | 🔒 WS + SSL/TLS 🛡️ رمزنگاری end-to-end 📈 امنیت بالا |
🏦 تراکنشهای مالی 🔐 لاگینهای امن 🏥 دادههای پزشکی |
tls_version=1.3cert_check=strict |
| 🔐 WSSMux | 🔒 WSMux + SSL/TLS 🛡️ امنیت end-to-end 📈 بهینه برای تراکنشها |
🏦 سیستمهای مالی 🏥 ارتباطات پزشکی |
tls_version=1.3cert_check=strict |
| 🚄 UTCPmux | ⚡ بهینهسازی شده برای سرعت بالا 📡 Jumbo Frames 🌐 کاهش 40% CPU |
🖥️ مراکز داده ☁️ سرویسهای ابری |
frame_size=9000concurrency=16 |
| 🛡️ UWSmux | 🗜️ فشردهسازی هوشمند ⏱️ کاهش 30% تاخیر 🔄 بازیابی خودکار |
💼 ارتباطات سازمانی 🌍 سرویسهای بینالمللی |
compress_level=6recovery_time=5s |
این جدول به شما کمک میکند بر اساس نیازهای خود بهترین پروتکل را انتخاب کنید:
| معیار | توضیحات فنی | TCP | TCPMux | UDP | WS | WSS | WSMux | WSSMux | UTCPmux | UWSmux |
|---|---|---|---|---|---|---|---|---|---|---|
| سرعت | میزان انتقال داده در ثانیه | 🟢 | 🔵 | 🔵 | 🟢 | 🟡 | 🟢 | 🟡 | 🔵 | 🟢 |
| امنیت | سطح رمزنگاری و حفاظت | 🟡 | 🟡 | 🔴 | 🟡 | 🟢 | 🟡 | 🟢 | 🟢 | 🟢 |
| پایداری | مقاومت در برابر قطع ارتباط | 🟢 | 🟢 | 🔴 | 🟢 | 🟢 | 🟢 | 🟢 | 🔵 | 🟢 |
| تاخیر | زمان پاسخگویی (میلیثانیه) | 🟡 | 🟡 | 🟢 | 🟡 | 🟡 | 🟡 | 🟡 | 🟢 | 🟢 |
| بهینهسازی | مصرف منابع سیستم | 🟡 | 🟢 | 🟢 | 🟡 | 🟡 | 🟢 | 🟢 | 🟢 | 🟢 |
- برای بازیهای آنلاین: UDP (تاخیر کم)
- برای بانکداری: WSSMux (امنیت بالا)
- برای انتقال فایلهای حجیم: TCPMux (بهینهسازی منابع)
- برای استریم ویدیو: UTCPmux (پهنای باند بالا)
- برای چتهای سازمانی: UWSmux (تعادل سرعت و امنیت)
- 🟢 عالی
- 🔵 بسیار خوب
- 🟡 متوسط
- 🔴 پایه
- پایستگی: 🛰️ TCP / 🌉 TCPMux
- سرعت: 🌀 UDP
- وب ساده: 🌐 WS
- وب امن: 🔐 WSS
- وب پیشرفته: 🕸️ WSMux / 🔐 WSSMux
- بهینهسازی: 🚄 UTCPmux (سرعت) / 🛡️ UWSmux (امنیت)
- همیشه برای وب از نسخههای امن استفاده کنید
- تنظیمات
bufferرا با توجه به پهنای باند تنظیم نمایید - برای برنامههای وب مدرن از WSMux استفاده کنید
- نسخههای Mux برای کاهش تاخیر و مصرف منابع مناسباند
⚙️ تنظیمات بهینه
✅ بهترین روشها
برای ارتباطات وب: استفاده از UWSmux با تنظیمات پیشفرض
برای انتقال داده حجیم: UTCPmux با mux_version=2
تنظیمات امنیتی: فعالسازی TLS و استفاده از گواهیهای معتبر
همیشه از آخرین نسخه پروتکل استفاده کنید
برای تغییر نسخه، تمام پارامترهای مرتبط را بازتنظیم نمایید
از channel_size مناسب برای بار ترافیکی خود استفاده کنید
✅ همیشه از mux_version=2 استفاده کنید:
کاهش ۳۰-۵۰% نیاز به mux_con
بهبود ۲۰-۴۰% عملکرد کلی
مصرف منابع کمتر
توضیحات تکمیلی
در UTunnel، از MUX (Multiplexing) برای انتقال چندین جریان داده روی یک اتصال واحد استفاده میشود. این کار باعث کاهش سربار (Overhead) و بهبود کارایی در تونلهای شبکه میشود.
برای تنظیم دقیق عملکرد MUX، پارامترهای زیر در فایل کانفیگ قابل تغییر هستند. در این بخش، هر پارامتر را به طور کامل توضیح میدهیم و تأثیر افزایش یا کاهش مقادیر آن را بررسی میکنیم.
📌 توضیحات:
این پارامتر اندازه هر فریم داده در پروتکل MUX را تعیین میکند. مقدار پیشفرض 32 کیلوبایت (32768 بایت) است.
✅ تأثیر افزایش مقدار (مثلاً 65536):
- بهبود انتقال دادههای حجیم (مثل فایلهای بزرگ).
- کاهش سربار (چون دادهها به فریمهای کمتری تقسیم میشوند).
- مناسب برای شبکههای پرسرعت.
❌ تأثیر کاهش مقدار (مثلاً 16384):
- بهینه برای ترافیک سبک (مثل چت یا دستورات سریع).
- افزایش سربار (تعداد فریمهای بیشتر برای دادههای بزرگ).
- ممکن است در انتقال فایلهای حجیم کارایی کمتری داشته باشد.
📌 توضیحات:
این پارامتر اندازه بافر دریافت کلی برای تمام جریانهای MUX را تنظیم میکند. مقدار پیشفرض 4 مگابایت (4194304 بایت) است.
✅ تأثیر افزایش مقدار (مثلاً 8388608):
- بهبود عملکرد در شبکههای با تاخیر بالا (مثل اینترنت ماهوارهای).
- جلوگیری از از دست رفتن داده در ترافیک سنگین.
- مناسب برای سرورهای پرترافیک.
❌ تأثیر کاهش مقدار (مثلاً 2097152):
- کاهش مصرف حافظه (مناسب برای دستگاههای ضعیف).
- ممکن است در ترافیک سنگین باعث از دست رفتن داده شود.
📌 توضیحات:
این پارامتر اندازه بافر برای هر جریان (Stream) جداگانه در MUX را تعیین میکند. مقدار پیشفرض 64 کیلوبایت (65536 بایت) است.
✅ تأثیر افزایش مقدار (مثلاً 131072):
- بهبود انتقال داده برای جریانهای حجیم (مثل استریم ویدیو).
- کاهش تاخیر در پردازش دادههای بزرگ.
❌ تأثیر کاهش مقدار (مثلاً 32768):
- صرفهجویی در حافظه (مناسب برای دستگاههای کمقدرت).
- ممکن است در انتقال دادههای حجیم کارایی کمتری داشته باشد.
| نوع استفاده | پیشنهاد تنظیمات | توضیحات |
|---|---|---|
| ترافیک سبک (چت، دستورات) | mux_framesize=16384, mux_streambuffer=32768 |
کاهش سربار برای ارتباطات سریع. |
| ترافیک سنگین (فایل، ویدیو) | mux_framesize=65536, mux_recievebuffer=8388608 |
بهبود انتقال دادههای حجیم. |
| شبکههای با تاخیر بالا | mux_recievebuffer=8388608 |
جلوگیری از از دست رفتن داده در شبکههای ضعیف. |
| دستگاههای کممصرف (RPi) | mux_streambuffer=32768, mux_recievebuffer=2097152 |
کاهش مصرف حافظه. |
برای مدیریت 50 تا 500 کاربر همزمان در UTunnel، باید تنظیمات را بر اساس مقیاسپذیری، مصرف منابع و پایداری بهینه کنید. در جدول زیر، مقادیر پیشنهادی برای هر سطح از کاربران آورده شده است:
| پارامتر | 50 کاربر | 100 کاربر | 200 کاربر | 300 کاربر | 400 کاربر | 500 کاربر | توضیحات |
|---|---|---|---|---|---|---|---|
transport |
wssmux |
wssmux |
wssmux |
wssmux |
wssmux |
wssmux |
پروتکل امن و پایدار |
mux_con |
8 |
16 |
24 |
32 |
40 |
48 |
تعداد اتصالات همزمان |
mux_framesize |
16384 (16 KiB) |
32768 (32 KiB) |
32768 (32 KiB) |
65536 (64 KiB) |
65536 (64 KiB) |
65536 (64 KiB) |
اندازه هر فریم داده |
mux_recievebuffer |
4194304 (4 MiB) |
8388608 (8 MiB) |
16777216 (16 MiB) |
25165824 (24 MiB) |
33554432 (32 MiB) |
50331648 (48 MiB) |
بافر دریافت کلی |
mux_streambuffer |
32768 (32 KiB) |
65536 (64 KiB) |
65536 (64 KiB) |
131072 (128 KiB) |
131072 (128 KiB) |
262144 (256 KiB) |
بافر هر جریان |
connection_pool |
8 |
12 |
16 |
20 |
24 |
32 |
تعداد اتصالات رزرو شده |
heartbeat |
40 ثانیه |
30 ثانیه |
25 ثانیه |
20 ثانیه |
15 ثانیه |
10 ثانیه |
فاصله بررسی اتصال |
channel_size |
2048 |
4096 |
8192 |
12288 |
16384 |
24576 |
ظرفیت کانال ارتباطی |
log_level |
info |
warn |
warn |
error |
error |
error |
سطح جزئیات لاگها |
🎯 نتیجهگیری
50-200 کاربر: تنظیمات معمولی با افزایش جزئی بافرها.
200-500 کاربر: افزایش چشمگیر mux_recievebuffer و mux_streambuffer + کاهش heartbeat.
500+ کاربر: نیاز به کلاسترینگ یا سرورهای قدرتمندتر.
این مقادیر بر اساس بهینهسازی توازن بین منابع و کارایی پیشنهاد شدهاند. برای محیطهای خاص ممکن است نیاز به تنظیم دقیقتر باشد.
✅ برای 50-200 کاربر:
- تنظیمات پیشفرض + افزایش
mux_conوchannel_sizeکافی است.
✅ برای 200-500 کاربر:
- افزایش
mux_recievebufferوmux_streambufferبرای جلوگیری از overload. - کاهش
heartbeatبرای تشخیص سریعتر قطعیها. - استفاده از Load Balancer اگر سرور تکهاست است.
با این تنظیمات، سرور شما قادر به مدیریت 500 کاربر همزمان به صورت پایدار خواهد بود! 🚀
این پارامترها باید بر اساس نیاز شبکه و سختافزار تنظیم شوند.
🔹 اگر سرعت شبکه بالا است: افزایش mux_framesize و mux_recievebuffer مفید است.
🔹 اگر حافظه محدود است: کاهش mux_streambuffer و mux_recievebuffer توصیه میشود.
🔹 برای تست: همیشه پس از تغییر مقادیر، عملکرد را بررسی کنید!
با تنظیم بهینه این پارامترها، میتوانید حداکثر کارایی از UTunnel را دریافت کنید! 🚀
🖼️ گالری تصاویر
📝 راهنمای جامع حالتهای عملیاتی🔵 حالت سرور (اجرا روی سرور ایران)
نام سرویس: هر نامی با حروف و اعداد انگلیسی (منحصر به فرد در هر سرور)
توکن: باید مطابق با مقدار سرور خارج باشد
پورت تانل: باید با مقدار سرور خارج یکسان باشد
mux_con: تعداد کانکشنهای مولتیپلکس (پیشفرض: 8)
🟢 حالت کلاینت (اجرا روی سرور خارج)
نیاز به آیپی سرور ایران و پورت تانل (مطابق با تنظیمات سرور)
🟡 سایر حالتها:
وضعیت: نمایش وضعیت تانلها
ریستارت: راهاندازی مجدد یک یا همه تانلها
توقف: متوقف کردن یک یا همه سرویسهای تانل
حذف: حذف یک یا همه تانلها
تایمر: تنظیم ریستارت خودکار (1 تا 23 ساعت)
🔧 نمونههای تنظیمات پورت
443-600 # گوش دادن به پورتهای 443-600 و فوروارد به همان پورتها در مقصد
443-600:5201 # گوش دادن به 443-600 و فوروارد به پورت 5201
443-600=1.1.1.1:5201 # گوش دادن به 443-600 و فوروارد به پورت 5201 روی IP 1.1.1.1
443 # گوش دادن به پورت 443 و فوروارد به پورت 443 مقصد
4000=5000 # گوش دادن به 4000 و فوروارد به 5000
127.0.0.2:443=5201 # گوش دادن به 443 روی IP 127.0.0.2 و فوروارد به 5201
443=1.1.1.1:5201 # گوش دادن به 443 و فوروارد به 5201 روی 1.1.1.1
127.0.0.2:443=1.1.1.1:5201 # گوش دادن به 443 روی 127.0.0.2 و فوروارد به 5201 روی 1.1.1.1
💻 راهنمای نصب و اجرا
برای نصب این دستور را اجرا کنید
bash <(curl -Ls https://raw.githubusercontent.com/hoseinlolready/Utunnel_fork/refs/heads/main/install.sh )
پس از اجرا:
گزینه نصب را انتخاب کنید
توکن ربات و چت آی دی خود را وارد نمایید
زمان بررسی تانلها را بر اساس ثانیه تنظیم کنید
ما از حمایت شما برای توسعه و بهبود مستمر پروژه قدردانی میکنیم:
| شبکه | نوع ارز | آدرس کیف پول | آیکون |
|---|---|---|---|
| Tron | TRX (TRC20) | TMXRpCsbz8PKzqN4koXiErawdLXzeinWbQ |
|
| Ethereum | USDT (ERC20) | 0xD4cEBA0cFf6769Fb9EFE4606bE59C363Ff85BF76 |
🙏 از اعتماد و حمایت ارزشمند شما سپاسگزاریم
هر میزان کمک مالی، انگیزهای برای توسعه و ارتقای پروژه خواهد بود






