Aller au contenu
Protection Anti-DDoS · Peeryx · 15 Tbps+
RÉSEAU & ANTI-DDOS

Protéger votre serveur sans déménager inutilement.

Étudiez un point d’entrée protégé et le raccordement du trafic propre, tout en conservant votre infrastructure si sa topologie le permet.

CubixServHébergement, panel et assistance client
PeeryxTransit IP et filtrage en amont · AS213382
CubixServ × Peeryx

Peeryx, notre partenaire Anti-DDoS

Peeryx est notre prestataire et partenaire Anti-DDoS. CubixServ propose l’hébergement protégé et les proxys FiveM ; Peeryx fournit le transit IP et ses logiciels.

Peeryx · AS213382

Transit IP protégé

Hébergeurs, datacenters et opérateurs télécoms : découvrez le transit IP protégé Anti-DDoS de Peeryx, les raccordements BGP et la souscription directe.

BGP · GRE · IPIP · VXLAN Souscrire sur Peeryx Le transit IP protégé se souscrit sur peeryx.com, notre autre site partenaire. Peeryx gère les offres, le contrat et la facturation. Les formules de transit IP Peeryx
Peeryx · Defense Fabric

Logiciel Anti-DDoS

Defense Fabric : filtrage Anti-DDoS sur votre infrastructure. Licences et souscription directement chez Peeryx.

Découvrir Defense Fabric Le transit IP protégé se souscrit sur peeryx.com, notre autre site partenaire. Peeryx gère les offres, le contrat et la facturation.
LE PARCOURS DU TRAFIC

Filtrer en amont. Acheminer le trafic utile.

CubixServ exploite votre hébergement et votre panel. Peeryx fournit notre transit IP et la protection Anti-DDoS en amont. Les protocoles protégés et le raccordement sont définis pour votre service.

  1. Vos utilisateursLes connexions depuis Internet
  2. Protection en amontRéseau et filtrage Peeryx
  3. Votre serveurCubixServ ou un hébergeur externe compatible
Capacité disponible en amont15 Tbps+

Peeryx annonce 15 Tbps+ disponibles via ses fournisseurs de transit. Il s’agit d’une capacité agrégée en amont, pas d’un débit réservé à votre serveur ni d’une promesse de disponibilité sans interruption.

Consulter la source technique
UNE ARCHITECTURE ADAPTÉE AU SERVICE

Protéger les protocoles qui transportent réellement votre service.

Conserver votre hébergeur actuel

Un proxy distant ou un tunnel peut acheminer le trafic propre vers un serveur externe si le fournisseur permet les ports, le pare-feu et le routage nécessaires.

Choisir un raccordement propre

L’architecture peut utiliser un proxy adapté au protocole ou un tunnel réseau convenu. L’encapsulation, la MTU et le routage retour sont vérifiés selon la topologie réelle.

Fermer le contournement

Une nouvelle IP protégée ne suffit pas si l’ancienne origine reste ouverte. Restreignez l’accès direct et vérifiez que le DNS et les listes de serveurs n’exposent pas de chemin non protégé.

Lire la documentation officielle
RESTREINDRE L’ACCÈS À L’ORIGINE

Un point d’entrée protégé exige un serveur d’origine sécurisé.

Limitez le pare-feu de l’origine aux chemins de raccordement autorisés. Séparez l’administration, vérifiez les enregistrements DNS et fermez les accès publics directs qui pourraient contourner le proxy.

Réseau et transport

Le filtrage L3/L4 traite le trafic réseau et de transport. Les profils applicatifs dépendent du protocole et de l’architecture retenue.

Contrôles applicatifs

HTTP/TLS, connexions au jeu et trafic vocal ont des besoins différents. Un proxy web seul ne protège pas tous les protocoles de jeu.

N’accordez votre confiance qu’aux adresses de proxy maîtrisées. Des plages trop larges peuvent contourner les limites de requêtes de l’application.

DE L’ÉTUDE À L’ACTIVATION

Un déploiement clair, testé avant la migration.

  1. Recenser vos points d’entrée

    Listez l’hébergeur, les IP, les ports TCP/UDP, la version du jeu, les services vocaux et les contraintes du fournisseur actuel.

  2. Choisir le raccordement

    Étudiez un proxy adapté au protocole, un transit IP protégé ou un tunnel selon la topologie réelle.

  3. Sécuriser l’origine

    Préparez le pare-feu, les plages de proxy autorisées, le DNS ou les points d’entrée annoncés, ainsi qu’un retour arrière.

  4. Tester puis migrer

    Vérifiez les connexions des joueurs, les téléchargements, le vocal, les reconnexions et la latence régionale avant de basculer le trafic public.

Mesurer le chemin réellement utilisé par vos joueurs

Une mesure TCP vers un site web ne mesure pas la latence d’un jeu. Comparez le délai du relais et la réponse applicative depuis les régions de vos joueurs, sur les véritables points d’entrée du jeu.

Votre serveur existant peut rester en place

Une protection distante peut conserver votre hébergeur actuel si son pare-feu, les protocoles et le raccordement du trafic propre le permettent. La compatibilité est étudiée avant activation ; chaque hébergeur ne prend pas forcément en charge tous les modèles.

Rotation des IP et des ports

Plusieurs points d’entrée ou des changements d’adresse exigent un routage pris en charge, une origine restreinte et des tests de reconnexion. La rotation automatique n’est pas une fonction par défaut : son mécanisme et sa disponibilité doivent être confirmés pour le service étudié.

CubixServ

Construire la protection autour de votre service réel.

Indiquez votre jeu ou application, l’hébergeur, les ports et les régions des joueurs. Nous confirmerons l’architecture prise en charge, l’activation et les conditions commerciales avant une commande.

Étudier ma protection

Indiquez les protocoles et points d’entrée dans votre demande ; n’envoyez jamais de mots de passe ni de clés privées.

FAQ

Les questions avant de choisir une protection

Le débit du service et les engagements contractuels sont distincts.

Les 15 Tbps+ sont-ils réservés à mon serveur ?

Non. Il s’agit de la capacité amont agrégée annoncée par Peeryx via ses fournisseurs de transit. Le débit, le périmètre du filtrage et les engagements de votre service sont définis séparément.

La protection influence-t-elle la latence ?

Un proxy ou un tunnel modifie le chemin réseau et peut ajouter un délai. L’effet dépend de l’origine, du relais et de la région du joueur. Testez le véritable chemin du jeu avant la migration ; aucun ping fixe n’est promis.

Peut-on protéger un serveur chez un autre hébergeur ?

C’est possible après étude des protocoles exposés, du pare-feu de l’origine et des options de raccordement. Si l’hébergeur ne peut pas limiter l’accès direct, un chemin peut contourner le point d’entrée protégé.

L’Anti-DDoS remplace-t-il la sécurité applicative ?

Non. Mettez les logiciels à jour, contrôlez les accès, validez les événements de jeu et conservez des sauvegardes. Le filtrage en amont ne corrige pas les scripts vulnérables et ne garantit pas le blocage de toute attaque sans interruption.