نظرة عامة
إليك نظرة سريعة على ما ستحصل عليه والفئة المستهدفة. يعمل 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
Runtime:
غير محدد.
التطبيق:
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، الوكيل العكسي، URL للتطبيق). إذا غيّرته، تأكد من تحديث:
- البروكسي العكسي (Nginx/Caddy) وشهادات TLS
- عنوان URL الخارجي للتطبيق وعنوان URL الأساسي وعناوين URL للاستدعاءات والـ webhook
- أي روابط مضمّنة مباشرةً في التطبيق أو الإضافات
- بيانات الاعتماد مهمة. إعادة تسمية حساب المشرف الافتراضي، أو تغيير كلمات المرور، أو تغيير منافذ الخدمة دون تحديث إعدادات التطبيق قد يحجب وصولك أو يوقف الخدمات. احتفظ ببيانات الاعتماد آمنةً ومتزامنةً بين التطبيق والبروكسي وأي تكاملات أخرى.
- تغييرات خوادم الأسماء قد تتسبب في انقطاع الخدمة. نقل نطاقك إلى خوادم أسماء جديدة أو تعديل سجلات NS يُشغّل تأخيرات الانتشار. خطّط للتغييرات مسبقاً، وخفّض قيمة TTL قبل البدء، وتحقق من سجلات A/AAAA قبل التبديل.
- تعديلات جدار الحماية والمنافذ قد تقطع الوصول. إذا غيّرت SSH أو HTTP/HTTPS أو RDP أو منافذ التطبيق، فحدّث قواعد جدران الحماية (UFW/CSF/security groups) وقواعد البروكسي العكسي بالتبعية.
- منافذ البريد الإلكتروني (SMTP) مقيّدة بشكل افتراضي. منافذ البريد الصادر (مثل 25/465/587) قد تكون مغلقة لمنع إساءة الاستخدام. إذا كان OCA الخاص بك بحاجة إلى إرسال بريد إلكتروني، طلب وصول SMTP من الدعم، أو استخدم مزوّد بريد معاملات (SendGrid/Mailgun/SES) عبر API أو SMTP المعتمد.
- البريد الإلكتروني وقوائم السماح. إذا كان التطبيق يُرسل بريداً أو يستقبل webhooks، فإن تغيير عناوين IP أو أسماء المضيف قد يؤثر على قابلية التسليم أو قوائم السماح. حدّث سجلات SPF/DKIM/DMARC وأي قوائم سماح لعناوين IP.
- قبل أي تغيير كبير، التقط نسخة احتياطية فورية. استخدم ميزة اللقطة/النسخ الاحتياطي في لوحة التحكم أولاً. إذا أحدثت إضافة أو تحديث أو تعديل إعدادات مشكلةً، يمكنك الرجوع للوراء في دقائق.
- نطاق الدعم. نحن نوفر الخادم وصورة OCA المثبتة مسبقاً. أما إعداد التطبيق (النطاقات، DNS، إعدادات التطبيق، الإضافات، الكود المخصص) فهو مسؤولية المستخدم.
قاعدة سريعة: إن لمست النطاق، أو المنافذ، أو كلمات المرور، أو أسماء المضيفين، أو إعدادات proxy/SSL، فتوقع تحديث إعدادات التطبيق أيضاً، وخذ لقطة احتياطية أولاً.
