Élément | Description |
Carte IoT | Conformément à la réglementation du MIIT (Network Security Letter [2020] No. 1173), DCDN ne peut pas accélérer les appareils dotés de cartes IoT en Chine continentale. Ces appareils peuvent ne pas parvenir à se connecter aux adresses IP des points de présence (POP) de DCDN. |
Violations de sécurité | Alibaba Cloud examine le contenu de tous les domaines accélérés. Les domaines que DCDN ne peut pas accélérer incluent, sans s'y limiter : Les domaines de sites web dont le contenu est inaccessible ou ne fournit pas d'informations valides Les domaines pointant vers des serveurs de jeux privés illégaux Les domaines de sites web proposant des jeux de rôle multijoueurs et des jeux de cartes Les domaines de sites web fournissant des téléchargements de logiciels non autorisés Les domaines de sites web dédiés au prêt peer-to-peer (P2P) Les domaines de sites de loterie non officiels Les domaines de sites pharmaceutiques et non agréés Les domaines de sites web contenant du contenu illicite, tel que la pornographie, les drogues et les jeux d'argent
Remarque Vous êtes légalement responsable du contenu hébergé sur votre domaine accéléré. DCDN examine régulièrement les domaines accélérés. Dès que DCDN détecte du contenu illicite sur un domaine, il désactive ou bloque immédiatement ce dernier. Dans les cas graves, DCDN peut bloquer définitivement tous les domaines associés au compte Alibaba Cloud. Si vous ajoutez un domaine générique tel que .example.com à DCDN et qu'un domaine correspondant comme a.example.com contient du contenu illicite, DCDN désactive le domaine générique .example.com. Si votre domaine échoue à l'examen, consultez le motif de rejet sur la page Domain Names dans la console DCDN, corrigez le contenu et renvoyez votre demande.
|
Règles de limitation de la bande passante/QPS | Conformément aux Conditions générales des produits du site Web international d'Alibaba Cloud, si vous prévoyez des pics de trafic sur les services accélérés par DCDN, demandez une augmentation de bande passante au moins 3 jours ouvrables à l'avance. Pour les événements majeurs (y compris le Gala du Nouvel An chinois et le Festival mondial des achats Double 11), effectuez la demande au moins 1 mois à l'avance. Si elle est approuvée, la disponibilité du service est garantie dans les limites du niveau de bande passante burst convenu. Si vous ne faites pas de demande ou si celle-ci est rejetée, Alibaba Cloud se réserve le droit de limiter la bande passante afin de maintenir la stabilité pour les autres clients. La limitation n'est pas systématique : Alibaba Cloud prend sa décision en fonction des conditions du service et du niveau de burst. Alibaba Cloud n'est pas responsable de la réduction de la disponibilité causée par ces mesures. Sans demande de bande passante burst approuvée, les problèmes suivants peuvent survenir : La bande passante burst peut déclencher les règles de limitation de DCDN. Pour plus d'informations, consultez la section Bande passante burst. Une augmentation soudaine du QPS peut déclencher les règles de protection contre les inondations HTTP de DCDN. Par conséquent, le nom de domaine est ajouté à un bac à sable (sandbox). Pour plus d'informations, consultez la section Présentation des bacs à sable.
|
Attaques potentielles sur le domaine ou abus de transmission de données | Par défaut, DCDN ne fournit pas de contrôle d'accès ni de capacités de sécurité. Si votre domaine est attaqué ou utilisé de manière abusive pour la transmission de données, des augmentations inattendues de la bande passante peuvent générer des factures plus élevées que prévu. Les factures élevées résultant d'attaques ou d'abus ne peuvent être ni annulées ni remboursées. Pour prévenir ces coûts, consultez la section Avertissement de risque de facture élevée. |
Adresses IP partagées | Par défaut, DCDN attribue des adresses IP accélérées partagées à votre domaine. Ces adresses IP et leurs ports sont partagés entre tous les utilisateurs, de sorte que des ports autres que 80 et 443 peuvent être ouverts. Certains produits de sécurité peuvent signaler ces ports non standards ouverts comme des vulnérabilités. |
Fichiers | Cache de fichiers Pour les réponses avec des directives Cache-Control autorisant la mise en cache, DCDN peut mettre en cache des fichiers jusqu'à 500 Go. Téléchargement de fichiers Vous pouvez télécharger des fichiers vers les serveurs d'origine via DCDN. Taille maximale du fichier : 300 Mo.
|
Récupération depuis l'origine | Les en-têtes de requête HTTP personnalisés ajoutés via la console DCDN ou l'API ne peuvent pas dépasser 300 octets. Délai d'expiration Délai d'expiration par défaut : 10 secondes pour les requêtes d'origine TCP, 30 secondes pour les requêtes d'origine HTTP. En-tête de réponse Si un serveur d'origine n'inclut pas Content-Type dans la réponse, DCDN ajoute automatiquement Content-Type:application/octet-stream. Conversion automatique de HEAD en GET pour les requêtes vers l'origine Par défaut, les POP DCDN convertissent les requêtes HEAD en GET avant de les transférer à l'origine. Pour conserver les requêtes HEAD, configurez l'en-tête de requête personnalisé suivant dans la console DCDN. Pour plus d'informations, consultez la section Modifier les en-têtes de requête entrants.
|
Longueur des URL et des en-têtes de requête | HTTP/2 : http2_max_field_size=32 Ko (par défaut) : chaque en-tête de requête HTTP individuel ou URL ne peut pas dépasser 32 Ko. Sinon, une erreur HTTP 414 est renvoyée. http2_max_header_size=128 Ko (par défaut) : la longueur totale de tous les en-têtes de requête HTTP et des URL ne peut pas dépasser 128 Ko. Sinon, une erreur HTTP 400 est renvoyée.
HTTP/1,1 : large_client_header_buffers est défini sur 4 tampons de 64 Ko. Chaque en-tête de requête HTTP individuel ou URL ne peut pas dépasser 64 Ko (HTTP 414). Le total de tous les en-têtes et URL ne peut pas dépasser 256 Ko (HTTP 400). |
Méthodes de requête | DCDN prend en charge les méthodes de requête GET, PUT, POST, HEAD et OPTION.
Remarque Pour prendre en charge les requêtes DELETE et PATCH, activez l'accélération du contenu dynamique. PUT permet des requêtes avec ou sans corps (Content-Length=0).
POST prend en charge l'encodage chunked et permet des requêtes avec ou sans corps (Content-Length=0).
Pour les ressources statiques mises en cache, les POP convertissent les requêtes HEAD en GET avant de les transférer à l'origine. Pour les ressources dynamiques (non mises en cache), les requêtes HEAD sont transférées telles quelles. Pour conserver les requêtes HEAD pour les ressources statiques, configurez l'en-tête de requête personnalisé suivant dans la console DCDN. Pour plus d'informations, consultez la section Modifier les en-têtes de requête entrants.
|
Appels API par compte | Chaque opération API peut être appelée jusqu'à 1 000 fois par seconde par compte. En cas de dépassement, l'erreur suivante est renvoyée : ErrorCode:Throttling
ErrorMessage:Request was denied due to flow control.
|
Contrôle d'accès basé sur HTTPS | Si un client n'inclut pas l'indication du nom de serveur (SNI) lors de la handshake SSL avec un POP DCDN, le POP DCDN ne peut pas garantir le succès de la handshake. |