VMess

VMess خواهر بزرگ‌تر VLESS است: یک شناسه برای هر کاربر، همان انتخاب ترنسپورت‌ها و همان حالت‌های TLS. بیشتر اپراتورها به‌جای آن VLESS ارائه می‌دهند و VMess را برای کاربرهایی نگه می‌دارند که اپ، روتر یا عادتشان آن را می‌خواهد.

به چه کاری می‌آید

• سازگاری. همه‌ی خانواده‌های اپ VMess را می‌خوانند: لینک‌های اشتراک‌گذاری، اپ‌های Clash (mihomo)، اپ‌های sing-box و اپ‌های مبتنی بر Xray.
• اجرا بدون TLS پشت CDN. VMess محتوای خودش را رمزنگاری می‌کند. پس یک اینباند WebSocket یا gRPC بدون TLS، پشت CDN‌ای که TLS را پایان می‌دهد، همچنان نمی‌گذارد CDN ترافیک را بخواند. برای VLESS همین نیاز را رمزنگاری VLESS برآورده می‌کند.

ساختن آن

اینباندها ← افزودن، نوع vmess. فرم کلی در اینباندها آمده است.

زبانه	چه چیزی تنظیم کنید
Basic	Port
Transport	tcp (none)، یا ws، grpc، httpupgrade، xhttp… برای بردن آن پشت CDN
TLS	TLS با یک گواهی، REALITY، یا هیچ
Multiplex	اختیاری؛ پایین‌تر را ببینید

روی زبانه‌ی Protocol چیزی برای پر کردن نیست. هر کاربر با UUID روی زبانه‌ی اطلاعات ورود خودش شناخته می‌شود که پنل برای هر حساب می‌سازد. فایل‌های کلاینت با تنظیماتی نوشته می‌شوند که همه‌ی اپ‌های امروزی انتظار دارند (بدون alter id، رمز خودکار).

پشت CDN

با ترنسپورت ws، grpc، httpupgrade، xhttp یا http، و با TLS یا بدون TLS (هرگز REALITY)، یک فرانت دامنه می‌تواند آن را حمل کند. ببینید دامین فرانتینگ.

Multiplex

زبانه‌ی Multiplex به اپ‌هایی که چند اتصال را روی یک اتصال باز می‌کنند اجازه می‌دهد این کار را روی این اینباند انجام دهند. اپ‌های sing-box و Clash چنین تنظیمی دارند. این ربطی به کلید Mux در اپ‌های مبتنی بر Xray ندارد که باید خاموش بماند: اگر روشن باشد، اتصال شکست می‌خورد و هیچ چیزی در اپ دلیلش را توضیح نمی‌دهد.

اپ‌های کلاینت

فرمت
لینک اشتراک‌گذاری (vmess://)	بله
اپ‌های Clash	بله، جز ترنسپورت‌های quic، xhttp و mkcp
اپ‌های sing-box	بله، جز xhttp و mkcp
اپ‌های مبتنی بر Xray	بله، جز http (HTTP/2) و quic

مرتبط

• VLESS با REALITY: انتخاب معمول اول
• پروتکل‌ها: هر اپ کدام ترنسپورت را می‌خواند