Présentation
Voici l'essentiel de ce que vous obtenez et à qui cela s'adresse. MTProto Proxy sur VPS achemine le trafic Telegram via le protocole MTProto avec une obfuscation de type TLS, ce qui lui permet de passer inaperçu sur les réseaux restrictifs. Les usages typiques incluent l'hébergement de proxy personnel ou communautaire et le maintien de l'accès à Telegram là où il est filtré. Les profils concernés sont les utilisateurs soucieux de leur vie privée et les administrateurs de communautés Telegram.
Description
Cette image fournit un MTProto Proxy open-source configuré pour des communications privées avec Telegram. Elle est conçue pour les régions ou réseaux soumis à la censure, en utilisant MTProto et en prenant en charge l'obfuscation TLS pour dissimuler le trafic.
Accéder à l'interface web
Le premier démarrage est simple : le serveur transmet directement les informations à Telegram. Il vous suffit d'importer un lien prêt à l'emploi et de vous connecter, sans tableau de bord supplémentaire.
Récupérez le lien tg://proxy depuis /root/.proxy sur le serveur, puis importez-le dans le client Telegram pour commencer à utiliser le proxy.
Fonctionnalités avancées
Ce sont les caractéristiques concrètes qui comptent pour un transport Telegram. Elles garantissent un accès fiable et utilisable dans les environnements filtrés.
- Compatibilité avec le protocole MTProto pour le trafic Telegram.
- Prise en charge de l'obfuscation TLS pour masquer les modèles de trafic.
- Adapté à l'hébergement de proxy personnel ou communautaire et aux réseaux restreints.
Simplicité d'usage
Choisissez une image LTS compatible, le provisionnement s'exécute au premier démarrage, et le service est géré via l'init natif.
- Options d'OS : Ubuntu 24.04 LTS ou Ubuntu 22.04 LTS.
- Système init : systemd pour le contrôle du service.
- Provisionnement : cloud-init pour la configuration initiale.
Priorité aux performances
Cloudzy’s raw performance traits keep latency tight and throughput steady for Telegram sessions. Dedicated EPYC vCPUs, DDR5 RAM, and pure-NVMe disks cut first-byte time. A 40 Gbps backbone absorbs surges without choking connections, while on-demand snapshots and hourly billing let you test changes safely and scale up only when traffic grows.
Contrôle total du site
Considérez cela comme votre propre environnement isolé pour le transport.
Vous disposez d'un accès root pour gérer les règles de pare-feu, planifier les sauvegardes et contrôler le rythme des mises à jour. L'isolation KVM maintient vos charges de travail VM à l'écart des voisins bruyants, et une IP dédiée garantit un accès prévisible.
Outils puissants
Voici ce que vous obtenez directement et ce qui est à portée d'un clic :
- Service MTProto Proxy tournant sous systemd pour un démarrage, un arrêt et un suivi d'état simples.
- Provisionnement cloud-init pour que l'instance soit prête dès le premier démarrage.
- Assistant de démarrage : un fichier tg://proxy enregistré à /root/.proxy pour une importation rapide dans Telegram.
- Outils de la plateforme : snapshots pour des retours arrière sécurisés et facturation horaire pour cloner des nœuds de test éphémères si nécessaire.
Portée mondiale
Place the proxy close to your users to cut round-trip time. Cloudzy operates 13 regions worldwide:
- North America: New York City, Dallas, Miami, Utah, Las Vegas, Los Angeles
- Europe: London, Amsterdam, Frankfurt, Bern (Switzerland)
- Middle East and Asia-Pacific: Dubai, Singapore, Sydney
Every location offers a 40 Gbps uplink, a Tier-1 carrier mix, and a 99.95% uptime SLA. The only variable is distance.
Détails de l'application
Système d'exploitation :
Ubuntu 24.04 LTS
Ubuntu 22.04 LTS
Runtime :
Non spécifié.
Application :
MTProto Proxy.
Système d'init :
systemd.
Provisionnement :
Cloud-init.
Minimum RAM : 1 GB
Minimum CPU : 1 vCPU
Disque minimum : 10 GB
Déployer MTProto Proxy de Cloudzy sur VPS maintenant: hébergez votre propre proxy compatible Telegram et importez le lien dans votre client en quelques minutes.
Important : configuration et responsabilités liées au domaine
Tu obtiens un accès SSH/root complet sur chaque OCA. Ce pouvoir signifie aussi que tes modifications peuvent casser l'application. Lis bien ceci avant de bricoler les configs.
- Vous gérez le domaine. Nous ne vendons ni n'hébergeons de domaines/DNS. Si l'application a besoin d'un domaine, vous devez faire pointer votre domaine vers le serveur (A/AAAA/CNAME, et MX/TXT le cas échéant). L'émission du SSL et beaucoup de panneaux dépendent du fait que ce soit correct.
- Changer le domaine/hostname après l'installation n'a rien de trivial. Beaucoup d'OCA écrivent le domaine dans les configs (.env, reverse proxy, URL de l'application). Si tu le modifies, mets aussi à jour :
- Le reverse proxy (Nginx/Caddy) et les certificats TLS
- URL « externe »/URL de base de l'application et URL de callback/webhook
- Tous les liens codés en dur dans l'application ou ses extensions
- Les identifiants sont importants. Renommer l'admin par défaut, faire tourner les mots de passe ou changer les ports des services sans mettre à jour la config de l'application peut vous bloquer l'accès ou arrêter des services. Garde tes identifiants en sécurité et synchronisés entre l'application, le proxy et les éventuelles intégrations.
- Modifier les serveurs de noms peut provoquer une interruption de service. Déplacer ton domaine vers de nouveaux nameservers ou modifier les enregistrements NS déclenche des délais de propagation. Planifie tes changements, baisse le TTL en avance et vérifie les enregistrements A/AAAA avant de basculer.
- Modifier le pare-feu ou les ports peut couper l'accès. Si tu changes les ports SSH, HTTP/HTTPS, RDP ou ceux de l'application, mets à jour les pare-feux (UFW/CSF/security groups) et les règles du reverse-proxy en conséquence.
- Les ports SMTP sont restreints par défaut. Les ports de messagerie sortante (par ex., 25/465/587) peuvent être bloqués pour prévenir les abus. Si votre OCA doit envoyer des e-mails, demander l'accès SMTP auprès du support ou utilise un fournisseur d'e-mail transactionnel (SendGrid/Mailgun/SES) via API ou SMTP autorisé.
- E-mail et listes d'autorisation. Si l'application envoie des e-mails ou reçoit des webhooks, changer d'IP ou de hostname peut affecter la délivrabilité ou les allowlists. Mets à jour SPF/DKIM/DMARC et toutes les allowlists d'IP.
- Avant tout changement important, prenez un snapshot. Utilisez la fonctionnalité capture instantanée/sauvegarde d'abord. Si un plugin, une mise à jour ou une modification de config tourne mal, tu peux revenir en arrière en quelques minutes.
- Périmètre du support. Nous fournissons le serveur et l'image OCA préinstallée. La configuration au niveau applicatif (domaines, DNS, paramètres de l'application, plugins, code personnalisé) est de la responsabilité de l'utilisateur.
Règle simple : si vous touchez domaine, ports, mots de passe, hostnames ou configs proxy/SSL, prévois aussi de mettre à jour les réglages de l'application, et fais un snapshot d'abord.
