نظرة عامة
إليك نظرة سريعة على ما ستحصل عليه والفئة المستهدفة. يعمل MTProto Proxy على VPS بنقل حركة مرور Telegram عبر بروتوكول MTProto مع تشويش بأسلوب TLS، مما يجعله يندمج في الشبكات المقيدة. تشمل الاستخدامات الشائعة استضافة بروكسي شخصي أو جماعي، وضمان إمكانية الوصول إلى Telegram حيث يكون محجوباً. الفئة المستهدفة تضم المستخدمين المهتمين بالخصوصية ومشرفي مجتمعات Telegram.
الوصف
توفر هذه الصورة نسخة مفتوحة المصدر من MTProto Proxy مُهيأة للتواصل الخاص عبر Telegram. صُممت للمناطق والشبكات الخاضعة للرقابة، إذ تعمل بروتوكول MTProto وتدعم تشويش TLS لإخفاء حركة المرور.
الوصول إلى واجهة الويب
التشغيل الأول عملية بسيطة: ينقل الخادم رابط الاتصال مباشرةً إلى Telegram. استورد الرابط الجاهز واتصل دون الحاجة إلى لوحات تحكم إضافية.
استرجع رابط tg://proxy من /root/.proxy على الخادم، ثم استورده في تطبيق Telegram لبدء استخدام البروكسي.
ميزات متقدمة
هذه هي الخصائص العملية التي تهم في أي وسيلة نقل لـ Telegram. تبقي وصولك ثابتاً وقابلاً للاستخدام في البيئات المقيدة.
- توافق بروتوكول MTProto لحركة مرور Telegram.
- دعم تشويش TLS لإخفاء أنماط حركة المرور.
- مناسب لاستضافة البروكسي الشخصي أو المجتمعي والشبكات المقيّدة.
سهولة الاستخدام
تختار إصدار LTS مدعوماً، يعمل التهيئة عند الإقلاع الأول، وتُدار الخدمة عبر نظام init الأصلي.
- خيارات نظام التشغيل: Ubuntu 24.04 LTS أو Ubuntu 22.04 LTS.
- نظام Init: systemd للتحكم في الخدمات.
- التهيئة المبدئية: cloud-init للإعداد الأولي.
التركيز على الأداء
تمنح الخصائص الأدائية الخام لـ Cloudzy زمن استجابة منخفضاً ومعدل نقل ثابتاً لجلسات Telegram. وحدات EPYC vCPU المخصصة، وذاكرة DDR5 RAM، وأقراص NVMe الخالصة تقلّص زمن وصول أول بايت. الشبكة الخلفية بسرعة 10 Gbps تستوعب الارتفاعات المفاجئة دون أن تؤثر على الاتصالات، فيما تتيح لك لقطات الحالة عند الطلب والفوترة بالساعة اختبار التغييرات بأمان والتوسع فقط عند نمو حركة المرور.
تحكم كامل بالموقع
افهمها على أنها غرفة نظيفة خاصة بك لطبقة النقل.
تمتلك وصول root لضبط قواعد جدار الحماية، وجدولة النسخ الاحتياطية، والتحكم في دورة التحديثات. تضمن عزل KVM أن تعمل أحمال عملك بمعزل عن الخوادم الأخرى على نفس البنية التحتية، فيما يجعل عنوان IP المخصص الوصول متوقعاً ومستقراً.
أدوات قوية
إليك ما يكون جاهزاً فور التشغيل وما يحتاج نقرة واحدة فقط:
- خدمة MTProto Proxy تعمل تحت systemd للتشغيل والإيقاف ومراقبة الحالة ببساطة.
- تهيئة cloud-init لضمان جاهزية الخادم منذ الإقلاع الأول.
- مساعد اليوم الأول: ملف مُعدّ مسبقاً tg://proxy رابط محفوظ في /root/.proxy للاستيراد السريع إلى Telegram.
- أدوات المنصة: لقطات الحالة للتراجع الآمن عن التغييرات، والفوترة بالساعة لاستنساخ عُقد اختبار مؤقتة عند الحاجة.
وصول عالمي
ضع البروكسي قريباً من مستخدميك لتقليل زمن الذهاب والإياب. تشغّل Cloudzy ١٠ نقاط حضور موزّعة على ثلاث قارات:
- أمريكا الشمالية: نيويورك، دالاس، ميامي، يوتا، لاس فيغاس
- أوروبا: لندن، أمستردام، فرانكفورت، زيورخ (سويسرا)
- آسيا والمحيط الهادئ: سنغافورة
تقدّم كل موقع رابطاً بسرعة 10 Gbps، وخليطاً من مشغّلي Tier-1، واتفاقية خدمة بنسبة تشغيل 99.95% SLA. المتغيّر الوحيد هو المسافة.
تفاصيل التطبيق
نظام التشغيل:
Ubuntu 24.04 LTS
Ubuntu 22.04 LTS
وقت التشغيل:
غير محدد.
التطبيق:
MTProto Proxy.
نظام Init:
systemd.
التهيئة المبدئية:
Cloud-init.
الحد الأدنى RAM: ١ GB
الحد الأدنى CPU: ١ vCPU
الحد الأدنى للقرص: ١٠ GB
انشر MTProto Proxy الخاص بـ Cloudzy على VPS الآن: استضف بروكسي Telegram متوافقاً بنفسك واستورد الرابط إلى عميلك في دقائق.
هام: مسؤوليات الإعدادات والنطاق
تحصل على وصول SSH/root كامل على كل OCA. تلك الصلاحيات تعني أيضًا أن تعديلاتك قد تُعطّل التطبيق. يُرجى قراءة ذلك قبل تعديل الإعدادات.
- أنت تدير النطاق. نحن لا نبيع ولا نستضيف النطاقات أو DNS. إذا احتاج التطبيق إلى نطاق، يجب عليك توجيه نطاقك إلى الخادم (A/AAAA/CNAME، وMX/TXT إن كانت ذات صلة). يعتمد إصدار SSL وكثير من لوحات التحكم على صحة ذلك.
- تغيير النطاق أو اسم المضيف بعد التثبيت ليس أمرًا هيّنًا. تكتب كثير من OCAs النطاق في ملفات الإعدادات (.env، reverse proxy، عناوين URL للتطبيق). إذا غيّرته فحدّث أيضًا:
- البروكسي العكسي (Nginx/Caddy) وشهادات TLS
- «عنوان URL الخارجي» للتطبيق أو عنوان URL الأساسي وعناوين الاستدعاء وعناوين webhook
- أي روابط مضمّنة مباشرةً في التطبيق أو الإضافات
- بيانات الاعتماد مهمة. إعادة تسمية المسؤول الافتراضي أو تدوير كلمات المرور أو تغيير منافذ الخدمة دون تحديث إعداد التطبيق قد يحجب وصولك أو إيقاف الخدمات. احتفظ ببيانات الاعتماد آمنة ومتزامنة عبر التطبيق والوكيل وأي تكاملات.
- تغييرات خوادم الأسماء قد تتسبب في انقطاع الخدمة. نقل نطاقك إلى خوادم أسماء جديدة أو تعديل سجلات NS يُحدث تأخيرات في الانتشار. خطط للتغييرات، وقلّل قيمة TTL مسبقًا، وتحقق من سجلات A/AAAA قبل التبديل.
- تعديلات جدار الحماية والمنافذ قد تقطع الوصول. إذا غيّرت منافذ SSH أو HTTP/HTTPS أو RDP أو منافذ التطبيق، فحدّث جدران الحماية (UFW/CSF/مجموعات الأمان) وقواعد reverse-proxy وفقًا لذلك.
- منافذ البريد الإلكتروني (SMTP) مقيّدة بشكل افتراضي. منافذ البريد الصادر (مثل 25/465/587) قد تكون مغلقة لمنع إساءة الاستخدام. إذا كان OCA الخاص بك بحاجة إلى إرسال بريد إلكتروني، طلب وصول SMTP من الدعم أو استخدم مزود بريد معاملاتي (SendGrid/Mailgun/SES) عبر API أو SMTP المعتمد.
- البريد الإلكتروني وقوائم السماح. إذا كان التطبيق يرسل بريدًا أو يستقبل webhooks، فقد يؤثر تغيير عناوين IP أو أسماء المضيف على قابلية التسليم أو قوائم السماح. حدّث SPF/DKIM/DMARC وأي قوائم سماح لعناوين IP.
- قبل أي تغيير كبير، التقط نسخة احتياطية فورية. استخدم ميزة اللقطة/النسخ الاحتياطي أولًا. إذا انقلب إضافة أو تحديث أو تعديل إعداد على عقبيه، يمكنك التراجع خلال دقائق.
- نطاق الدعم. نوفر الخادم وصورة OCA المثبّتة مسبقًا. أما المتابعة المستمرة إعداد التطبيق (النطاقات وDNS وإعدادات التطبيق والإضافات والشيفرة المخصصة) هي مسؤولية المستخدم.
قاعدة سريعة: إن لمست النطاق أو المنافذ أو كلمات المرور أو أسماء المضيف أو إعدادات الوكيل/SSL، فتوقع تحديث إعدادات التطبيق أيضًا، والتقط لقطة أولًا.
