État du service et disponibilité Facturation crypto uniquement · Inscription sans KYC

Réseau et protection

Demander des modifications de la protection DDoS

Comprenez les étiquettes de protection de base et avancée, préservez les preuves d'incident et mettez en file d'attente une demande de protection sans supposer qu'elle a été activée.

Tungsto documentation · Mis à jour · 3 min de lecture

Sur cette page
  1. Avant de commencer
  2. Comprendre les états de protection
  3. Préparez un enregistrement d'incident utile
  4. Mettre en file d'attente et escalader le changement
  5. Valider le résultat opérationnel
  6. Ressources associées

Avant de commencer

  • Un compte connecté avec le serveur cible visible dans Compte > Serveurs ou Réseau.
  • L'adresse affectée, le service, le protocole, le port, la région et l'heure de début de l'incident en UTC.
  • Observations locales d'application et d'interface qui ne contiennent pas de secrets ni de données clients.
  • Un enregistrement des détails du serveur et de l'incident à inclure dans une demande de contact.

Comprendre les états de protection

La protection de base DDoS est indiquée comme incluse avec chaque configuration. La protection avancée est une option supplémentaire sur devis. Le mode sélectionné exprime votre demande. Les seuils de filtrage, les protocoles protégés, les emplacements de mitigation, les temps de détection, la capacité de trafic propre et le temps d'activation doivent être confirmés avec l'opérateur.

L'enregistrement d'Advanced enregistre le mode demandé. Le compte n'affiche pas de confirmation indépendante du service de filtrage. Confirmez le devis, le trafic protégé et le délai d'activation avec l'opérateur avant de compter sur la nouvelle protection.

Préparez un enregistrement d'incident utile

L'atténuation DDoS et le dépannage ordinaire de capacité se chevauchent. Un CPU élevé, une saturation du disque, une limite logicielle, un problème de route et un trafic hostile peuvent sembler similaires depuis une application. Enregistrez les preuves sans prétendre à une attaque avant qu'elle ne soit corroborée. Ne ripostez pas, ne scannez pas les sources suspectes et ne publiez pas d'attribution non vérifiée.

  • Nom du serveur, région, adresse IPv4 ou IPv6 affectée, et port de service ou protocole.
  • Heure de début et dernière heure normale connue en UTC, plus si l'événement est toujours actif.
  • Symptôme observé : délai d'attente, latence, perte de paquets, épuisement des connexions ou surcharge de l'application.
  • Compteurs d'erreurs/pertes d'interface locale et indicateurs de santé de l'application avant et pendant l'événement.
  • Réseaux sources ou destinations représentatifs, sans divulguer d'identifiants ni de contenu client.

Mettre en file d'attente et escalader le changement

La confirmation indique que la requête a été mise en file d'attente lors du changement de mode, ou que le mode est déjà sélectionné s'il est inchangé. Aucun de ces messages ne vérifie le filtrage en amont. Répéter le même mode ne crée pas un autre changement ni n'accélère l'activation.

  1. Ouvrir le serveur cible dans Compte > Serveurs et confirmer son nom et sa région.
  2. Considérez le mode affiché actuel comme un état demandé, pas une confirmation du fournisseur.
  3. Choisissez Baseline ou Advanced et sélectionnez Update protection une fois.
  4. Enregistrez la confirmation affichée, le mode sélectionné, le nom du serveur et l'heure de la demande.
  5. Pour Advanced, contactez l'opérateur pour le devis, le profil de trafic pris en charge et la confirmation d'activation explicite.
  6. Pour un incident actif, envoyez le dossier de preuves via Contact et indiquez l'impact et l'heure de début. La soumission d'une demande seule ne fournit pas de réponse immédiate ni de garantie d'atténuation.

Validez le résultat opérationnel

Après confirmation de l'opérateur, validez l'application depuis des emplacements de surveillance approuvés et comparez les métriques d'interface et d'application avec la référence pré-incident. Enregistrez le temps effectif, la portée et toute limitation communiquée par l'opérateur. Si le service reste dégradé, poursuivez le diagnostic plutôt que de basculer les modes à plusieurs reprises.

Si la demande a été enregistrée mais qu'aucune confirmation d'opérateur n'existe, décrivez-la en interne comme en attente. Le produit actuel n'expose pas de télémétrie d'atténuation, d'interrogation d'action ou de rappel automatisé du fournisseur, de sorte que ces lacunes ne peuvent pas être résolues uniquement à partir de la page du compte.

PreuveCe qu'il confirmeCe qui reste inconnu
Mode tableau de bordLe mode souhaité stocké pour le serveurActivation et portée du fournisseur
Confirmation en file d'attenteLa demande a été enregistréeAchèvement ou succès
Message d'activation de l'opérateurL'opérateur signale l'exécutionComportement de la charge de travail sous trafic réel
Récupération des applications et du réseauLe service répond à nouveauCause sauf enquête séparée