La protection contre les attaques DDoS aide à maintenir la disponibilité des sites web, des applications, des hébergements VPS et des serveurs dédiés en détectant et en filtrant le trafic malveillant destiné à les submerger.
Une attaque par déni de service distribué (DDoS) peut perturber des services même lorsque le serveur sous-jacent fonctionne correctement. Une protection efficace réduit les risques d’indisponibilité, de problèmes de performance et de pertes commerciales, même si aucune solution ne peut garantir une immunité totale.
Comprendre le fonctionnement de la protection contre les attaques DDoS et les différences entre les attaques au niveau du réseau et celles au niveau des applications peut vous aider à choisir les défenses adaptées à votre infrastructure.
Qu’est-ce que la protection contre les attaques DDoS ?
La protection contre les attaques DDoS désigne les technologies et les procédures utilisées pour détecter, absorber et atténuer les attaques par déni de service distribué.
Une attaque DDoS implique généralement de nombreux appareils qui envoient un volume excessif de trafic ou de requêtes vers une cible. Ces appareils peuvent appartenir à un botnet, un réseau de systèmes compromis contrôlés par un attaquant.
L’objectif est généralement de saturer la bande passante, les connexions ou les ressources informatiques afin d’empêcher les utilisateurs légitimes d’accéder au service.
Les cibles potentielles comprennent les sites web, les API, les bases de données accessibles par l’intermédiaire de services publics, les serveurs de jeux et d’autres applications exposées sur Internet.
Comment fonctionne la protection contre les attaques DDoS ?
Les systèmes d’atténuation des attaques DDoS analysent le trafic entrant afin de distinguer les activités suspectes des requêtes légitimes.
Un système de protection classique utilise plusieurs techniques :
Surveillance du trafic : suit l’utilisation de la bande passante, le débit de paquets, les connexions et les schémas de requêtes.
Détection des attaques : repère les volumes de trafic inhabituels ou les comportements associés à des méthodes d’attaque connues.
Filtrage du trafic : bloque les requêtes suspectes, les soumet à une vérification ou limite leur débit.
Nettoyage du trafic : sépare le trafic malveillant du trafic légitime, souvent à l’aide d’une infrastructure en amont.
Atténuation continue : adapte la protection à l’évolution de l’attaque.
Face à des attaques de grande ampleur, il est particulièrement important de filtrer le trafic avant qu’il n’atteigne le serveur d’hébergement. Un pare-feu local ne peut pas rétablir la connectivité une fois la connexion réseau entrante du serveur saturée.
Attaques DDoS de couches 3/4 et de couche 7
Les attaques DDoS peuvent cibler différentes couches de la communication réseau. Il est essentiel de comprendre ces différences, car chaque type d’attaque nécessite une protection adaptée.
Couche
Exemples d’attaques
Cible principale
Couche 3 — Réseau
Inondations ICMP
Bande passante réseau et traitement des paquets
Couche 4 — Transport
Inondations TCP SYN et UDP
Connexions, services de transport et capacité réseau
Couche 7 — Application
Inondations HTTP, requêtes API répétées
Serveurs web, applications et bases de données
Protection des couches 3 et 4
Les attaques de couches 3/4 ciblent généralement la capacité du réseau ou les ressources chargées de gérer les connexions.
Par exemple, une inondation UDP de grande ampleur peut saturer une connexion réseau, tandis qu’une inondation TCP SYN peut épuiser les ressources liées aux connexions.
La protection contre les attaques DDoS au niveau du réseau aide à détecter et à filtrer ces attaques avant qu’elles ne perturbent les services hébergés.
Protection de la couche 7
Les attaques de couche 7 ciblent les applications au lieu de simplement saturer la bande passante réseau.
Un attaquant peut, par exemple, demander à répétition une page web exigeante en ressources, un point de terminaison de recherche ou une opération API.
Ces requêtes peuvent ressembler à du trafic légitime, ce qui rend les attaques au niveau des applications plus difficiles à distinguer d’une activité normale.
La protection peut faire appel à l’analyse du trafic HTTP, à une limitation du débit des requêtes adaptée aux applications, à la détection des bots et à des règles de pare-feu applicatif web.
La différence essentielle : la protection des couches 3/4 se concentre sur le trafic réseau et de transport, tandis que la protection de la couche 7 examine le comportement des applications. Les sites web peuvent avoir besoin des deux.
Nginx intègre une fonction de limitation du débit des requêtes qui peut aider à réduire les requêtes HTTP excessives avant qu’elles n’atteignent votre application. Notre guide sur la configuration de la limitation du débit des requêtes dans Nginx explique comment définir des limites de requêtes, les tester sans risque et réduire le trafic abusif sans logiciel supplémentaire.
Pourquoi la protection contre les attaques DDoS est importante pour les VPS et les serveurs dédiés
Les VPS comme les serveurs dédiés peuvent subir des attaques DDoS, même si leurs configurations de ressources diffèrent.
Un VPS dispose de ressources virtuelles allouées, notamment du processeur, de la RAM et de la capacité réseau. Un trafic malveillant excessif peut épuiser ces ressources ou perturber le réseau environnant.
Un serveur dédié met à disposition du matériel physique exclusif, mais cela ne le protège pas de la saturation du réseau ni de la surcharge des applications.
Même les serveurs puissants peuvent devenir inaccessibles lorsque la connectivité en amont est saturée.
Pour les entreprises, les conséquences peuvent inclure des transactions échouées, des interruptions de service, la frustration des clients et des pertes de revenus.
L’atténuation des attaques DDoS est donc pertinente pour les plateformes de commerce électronique, les applications SaaS, les serveurs de jeux, les API et les autres services accessibles au public.
Les serveurs de jeux publics peuvent être particulièrement vulnérables aux inondations de trafic qui perturbent les parties et empêchent les joueurs de se connecter. Si vous envisagez d’héberger votre propre serveur multijoueur, notre guide d’hébergement de serveurs de jeux présente les aspects matériels, réseau et de sécurité à prendre en compte.
Protection contre les attaques DDoS, pare-feu et WAF : quelles différences ?
Ces technologies se complètent, mais elles remplissent des fonctions différentes.
Atténuation des attaques DDoS : détecte et filtre les inondations de trafic, souvent à l’aide d’une infrastructure réseau capable de gérer d’importants volumes d’attaque.
Pare-feu réseau : contrôle le trafic selon les adresses IP, les ports, les protocoles et d’autres règles. Il réduit l’exposition inutile, mais ne peut pas gérer à lui seul toutes les attaques de grande ampleur.
Pare-feu applicatif web (WAF) : inspecte les requêtes HTTP/HTTPS et applique des règles de sécurité adaptées aux applications. Il peut aider à atténuer les requêtes malveillantes et certaines attaques DDoS de couche 7.
Un proxy inverse tel que Nginx peut également fournir un point central où appliquer des contrôles aux requêtes avant que le trafic n’atteigne une application web. Si cette configuration ne vous est pas familière, notre tutoriel sur le proxy inverse Nginx explique comment configurer le transfert des requêtes sur Ubuntu. Toutefois, un proxy inverse ne remplace pas à lui seul l’atténuation des attaques DDoS en amont.
Un CDN aide-t-il à se protéger contre les attaques DDoS ?
Oui, si le CDN comprend des fonctionnalités de sécurité et d’atténuation des attaques DDoS adaptées.
Un CDN peut répartir le trafic entre plusieurs sites, mettre en cache les contenus qui s’y prêtent et filtrer les requêtes suspectes avant qu’elles n’atteignent le serveur d’origine.
Toutefois, cette protection peut être contournée si les attaquants peuvent se connecter directement à une adresse IP d’origine exposée.
De plus, la protection CDN classique d’un site web ne couvre pas automatiquement les services non HTTP, tels que le trafic des serveurs de jeux.
La solution adaptée dépend des protocoles et des services que vous protégez.
Que rechercher dans un hébergement protégé contre les attaques DDoS ?
Lorsque vous comparez des hébergeurs, ne vous limitez pas à la capacité d’atténuation annoncée.
Couverture des attaques : vérifiez si la protection couvre les attaques de couches 3/4, celles de couche 7 ou les deux.
Atténuation automatique : déterminez si la protection fonctionne en continu ou s’active après la détection d’une attaque.
Services pris en charge : vérifiez que la protection couvre vos sites web, API, serveurs de jeux et autres protocoles nécessaires.
Surveillance et assistance : recherchez des outils de visibilité sur le trafic, des alertes d’atténuation et une procédure claire pour signaler les attaques.
Gestion des faux positifs : un filtrage trop strict ne devrait pas bloquer inutilement les visiteurs légitimes.
Une capacité d’atténuation élevée est utile, mais elle ne garantit pas une protection contre toutes les attaques et ne correspond pas nécessairement à une bande passante dédiée à un serveur individuel.
Comment améliorer votre résilience face aux attaques DDoS
La protection au niveau de l’hébergement doit s’inscrire dans une stratégie de sécurité plus large.
Fermez les ports réseau inutiles et limitez l’accès aux interfaces d’administration.
Utilisez un WAF et des limites de débit soigneusement configurées pour les applications web publiques.
Protégez l’accès au serveur d’origine lorsque vous utilisez un CDN faisant office de proxy inverse.
Surveillez les schémas de trafic, les temps de réponse des applications et l’utilisation des ressources.
Veillez à l’optimisation des applications et maintenez des procédures de reprise fiables.
Si vous soupçonnez une attaque en cours, examinez les indicateurs de trafic et de service, contactez votre hébergeur et déterminez quels services sont touchés.
Évitez de modifier les règles du pare-feu sans les avoir testées pendant un incident, car vous pourriez bloquer des clients légitimes ou l’accès administratif.
La surveillance du processeur, de la mémoire, des connexions actives et des journaux du serveur peut aider à repérer une activité inhabituelle lorsqu’une attaque est suspectée. Notre guide des commandes Linux essentielles pour l’administration des serveurs présente des commandes utiles pour vérifier les ressources du système et diagnostiquer les problèmes de serveur.
Protection contre les attaques DDoS au niveau du serveur : iptables, LiteSpeed et Imunify360
Oui. Plusieurs outils de sécurité au niveau du serveur peuvent aider à réduire les effets de certaines attaques DDoS lorsqu’ils sont correctement configurés.
iptables : les règles du pare-feu Linux peuvent limiter les connexions indésirables, bloquer le trafic suspect et imposer des limites de débit. Elles ne peuvent toutefois pas arrêter les attaques de grande ampleur qui saturent la connexion réseau de votre serveur.
LiteSpeed Web Server : les mécanismes intégrés de limitation par client peuvent restreindre les requêtes et les connexions excessives ainsi que l’utilisation de la bande passante. Certaines fonctionnalités anti-DDoS avancées nécessitent des licences LiteSpeed spécifiques.
Imunify360 : fournit une protection par pare-feu, une détection des attaques DoS, des vérifications pour les bots et une limitation du débit des requêtes HTTP afin d’aider à atténuer le trafic abusif.
Ces outils sont plus efficaces lorsqu’ils sont associés à une atténuation des attaques DDoS au niveau de l’hébergement. La protection au niveau du réseau traite les inondations de trafic avant qu’elles n’atteignent votre serveur, tandis que les outils de sécurité locaux aident à contrôler les connexions abusives et les requêtes adressées aux applications.
Testez toujours soigneusement les règles de sécurité pour éviter de bloquer les utilisateurs légitimes.
Protection contre les attaques DDoS chez ZYNOO
ZYNOO inclut une atténuation des attaques DDoS avec son hébergement VPS et son infrastructure de serveurs dédiés en Bulgarie.
Notre infrastructure offre une capacité d’atténuation des attaques DDoS allant jusqu’à 500 Gbps, ce qui aide à filtrer le trafic malveillant et à réduire les interruptions de service.
Les clients peuvent choisir des ressources virtuelles ou physiques dédiées en fonction des besoins de leurs applications.
La capacité d’atténuation ne garantit pas une protection contre toutes les attaques. Vérifiez la couverture des protocoles concernés et les besoins de votre service en matière de protection au niveau des applications.
Questions fréquentes
La protection contre les attaques DDoS peut-elle arrêter toutes les attaques ?
Non. Une atténuation efficace améliore considérablement la résilience, mais les résultats dépendent des caractéristiques de l’attaque, de la capacité réseau, du comportement des applications et des technologies de protection disponibles.
Les serveurs dédiés ont-ils besoin d’une protection contre les attaques DDoS ?
Oui. Le matériel dédié fournit des ressources informatiques exclusives, mais n’empêche pas les attaquants de saturer les connexions réseau ou les applications.
Un pare-feu suffit-il à prévenir les attaques DDoS ?
Généralement non. Les pare-feu aident à contrôler les accès, mais les inondations de trafic de grande ampleur nécessitent souvent une atténuation en amont. Les sites web peuvent également bénéficier de WAF et d’une limitation du débit des requêtes au niveau des applications.
Conclusion
La protection contre les attaques DDoS joue un rôle important pour maintenir l’accessibilité des sites web, des API, des hébergements VPS et des serveurs dédiés lors d’attaques par trafic malveillant.
L’approche la plus efficace associe une atténuation en amont des menaces de couches 3/4 à des mesures adaptées de sécurité des applications au niveau de la couche 7, ainsi qu’à une surveillance et à une planification de la réponse aux incidents.
Lorsque vous évaluez une infrastructure d’hébergement, choisissez une protection en fonction des services que vous exploitez et des menaces auxquelles ils sont exposés, et non de la seule capacité d’atténuation.
Table of Content
Adam Weller
Adam Weller covers web hosting, Linux and online projects for the ZYNOO blog.
Home » Hébergement web » Qu’est-ce que la protection contre les attaques DDoS ? Types, couches & avantages
Qu’est-ce que la protection contre les attaques DDoS ? Types, couches & avantages
La protection contre les attaques DDoS aide à maintenir la disponibilité des sites web, des applications, des hébergements VPS et des serveurs dédiés en détectant et en filtrant le trafic malveillant destiné à les submerger.
Une attaque par déni de service distribué (DDoS) peut perturber des services même lorsque le serveur sous-jacent fonctionne correctement. Une protection efficace réduit les risques d’indisponibilité, de problèmes de performance et de pertes commerciales, même si aucune solution ne peut garantir une immunité totale.
Comprendre le fonctionnement de la protection contre les attaques DDoS et les différences entre les attaques au niveau du réseau et celles au niveau des applications peut vous aider à choisir les défenses adaptées à votre infrastructure.
Qu’est-ce que la protection contre les attaques DDoS ?
La protection contre les attaques DDoS désigne les technologies et les procédures utilisées pour détecter, absorber et atténuer les attaques par déni de service distribué.
Une attaque DDoS implique généralement de nombreux appareils qui envoient un volume excessif de trafic ou de requêtes vers une cible. Ces appareils peuvent appartenir à un botnet, un réseau de systèmes compromis contrôlés par un attaquant.
L’objectif est généralement de saturer la bande passante, les connexions ou les ressources informatiques afin d’empêcher les utilisateurs légitimes d’accéder au service.
Les cibles potentielles comprennent les sites web, les API, les bases de données accessibles par l’intermédiaire de services publics, les serveurs de jeux et d’autres applications exposées sur Internet.
Comment fonctionne la protection contre les attaques DDoS ?
Les systèmes d’atténuation des attaques DDoS analysent le trafic entrant afin de distinguer les activités suspectes des requêtes légitimes.
Un système de protection classique utilise plusieurs techniques :
Face à des attaques de grande ampleur, il est particulièrement important de filtrer le trafic avant qu’il n’atteigne le serveur d’hébergement. Un pare-feu local ne peut pas rétablir la connectivité une fois la connexion réseau entrante du serveur saturée.
Attaques DDoS de couches 3/4 et de couche 7
Les attaques DDoS peuvent cibler différentes couches de la communication réseau. Il est essentiel de comprendre ces différences, car chaque type d’attaque nécessite une protection adaptée.
Protection des couches 3 et 4
Les attaques de couches 3/4 ciblent généralement la capacité du réseau ou les ressources chargées de gérer les connexions.
Par exemple, une inondation UDP de grande ampleur peut saturer une connexion réseau, tandis qu’une inondation TCP SYN peut épuiser les ressources liées aux connexions.
La protection contre les attaques DDoS au niveau du réseau aide à détecter et à filtrer ces attaques avant qu’elles ne perturbent les services hébergés.
Protection de la couche 7
Les attaques de couche 7 ciblent les applications au lieu de simplement saturer la bande passante réseau.
Un attaquant peut, par exemple, demander à répétition une page web exigeante en ressources, un point de terminaison de recherche ou une opération API.
Ces requêtes peuvent ressembler à du trafic légitime, ce qui rend les attaques au niveau des applications plus difficiles à distinguer d’une activité normale.
La protection peut faire appel à l’analyse du trafic HTTP, à une limitation du débit des requêtes adaptée aux applications, à la détection des bots et à des règles de pare-feu applicatif web.
La différence essentielle : la protection des couches 3/4 se concentre sur le trafic réseau et de transport, tandis que la protection de la couche 7 examine le comportement des applications. Les sites web peuvent avoir besoin des deux.
Nginx intègre une fonction de limitation du débit des requêtes qui peut aider à réduire les requêtes HTTP excessives avant qu’elles n’atteignent votre application. Notre guide sur la configuration de la limitation du débit des requêtes dans Nginx explique comment définir des limites de requêtes, les tester sans risque et réduire le trafic abusif sans logiciel supplémentaire.
Pourquoi la protection contre les attaques DDoS est importante pour les VPS et les serveurs dédiés
Les VPS comme les serveurs dédiés peuvent subir des attaques DDoS, même si leurs configurations de ressources diffèrent.
Un VPS dispose de ressources virtuelles allouées, notamment du processeur, de la RAM et de la capacité réseau. Un trafic malveillant excessif peut épuiser ces ressources ou perturber le réseau environnant.
Un serveur dédié met à disposition du matériel physique exclusif, mais cela ne le protège pas de la saturation du réseau ni de la surcharge des applications.
Même les serveurs puissants peuvent devenir inaccessibles lorsque la connectivité en amont est saturée.
Pour les entreprises, les conséquences peuvent inclure des transactions échouées, des interruptions de service, la frustration des clients et des pertes de revenus.
L’atténuation des attaques DDoS est donc pertinente pour les plateformes de commerce électronique, les applications SaaS, les serveurs de jeux, les API et les autres services accessibles au public.
Les serveurs de jeux publics peuvent être particulièrement vulnérables aux inondations de trafic qui perturbent les parties et empêchent les joueurs de se connecter. Si vous envisagez d’héberger votre propre serveur multijoueur, notre guide d’hébergement de serveurs de jeux présente les aspects matériels, réseau et de sécurité à prendre en compte.
Protection contre les attaques DDoS, pare-feu et WAF : quelles différences ?
Ces technologies se complètent, mais elles remplissent des fonctions différentes.
Atténuation des attaques DDoS : détecte et filtre les inondations de trafic, souvent à l’aide d’une infrastructure réseau capable de gérer d’importants volumes d’attaque.
Pare-feu réseau : contrôle le trafic selon les adresses IP, les ports, les protocoles et d’autres règles. Il réduit l’exposition inutile, mais ne peut pas gérer à lui seul toutes les attaques de grande ampleur.
Pare-feu applicatif web (WAF) : inspecte les requêtes HTTP/HTTPS et applique des règles de sécurité adaptées aux applications. Il peut aider à atténuer les requêtes malveillantes et certaines attaques DDoS de couche 7.
Un proxy inverse tel que Nginx peut également fournir un point central où appliquer des contrôles aux requêtes avant que le trafic n’atteigne une application web. Si cette configuration ne vous est pas familière, notre tutoriel sur le proxy inverse Nginx explique comment configurer le transfert des requêtes sur Ubuntu. Toutefois, un proxy inverse ne remplace pas à lui seul l’atténuation des attaques DDoS en amont.
Un CDN aide-t-il à se protéger contre les attaques DDoS ?
Oui, si le CDN comprend des fonctionnalités de sécurité et d’atténuation des attaques DDoS adaptées.
Un CDN peut répartir le trafic entre plusieurs sites, mettre en cache les contenus qui s’y prêtent et filtrer les requêtes suspectes avant qu’elles n’atteignent le serveur d’origine.
Toutefois, cette protection peut être contournée si les attaquants peuvent se connecter directement à une adresse IP d’origine exposée.
De plus, la protection CDN classique d’un site web ne couvre pas automatiquement les services non HTTP, tels que le trafic des serveurs de jeux.
La solution adaptée dépend des protocoles et des services que vous protégez.
Que rechercher dans un hébergement protégé contre les attaques DDoS ?
Lorsque vous comparez des hébergeurs, ne vous limitez pas à la capacité d’atténuation annoncée.
Couverture des attaques : vérifiez si la protection couvre les attaques de couches 3/4, celles de couche 7 ou les deux.
Atténuation automatique : déterminez si la protection fonctionne en continu ou s’active après la détection d’une attaque.
Services pris en charge : vérifiez que la protection couvre vos sites web, API, serveurs de jeux et autres protocoles nécessaires.
Surveillance et assistance : recherchez des outils de visibilité sur le trafic, des alertes d’atténuation et une procédure claire pour signaler les attaques.
Gestion des faux positifs : un filtrage trop strict ne devrait pas bloquer inutilement les visiteurs légitimes.
Une capacité d’atténuation élevée est utile, mais elle ne garantit pas une protection contre toutes les attaques et ne correspond pas nécessairement à une bande passante dédiée à un serveur individuel.
Comment améliorer votre résilience face aux attaques DDoS
La protection au niveau de l’hébergement doit s’inscrire dans une stratégie de sécurité plus large.
Si vous soupçonnez une attaque en cours, examinez les indicateurs de trafic et de service, contactez votre hébergeur et déterminez quels services sont touchés.
Évitez de modifier les règles du pare-feu sans les avoir testées pendant un incident, car vous pourriez bloquer des clients légitimes ou l’accès administratif.
La surveillance du processeur, de la mémoire, des connexions actives et des journaux du serveur peut aider à repérer une activité inhabituelle lorsqu’une attaque est suspectée. Notre guide des commandes Linux essentielles pour l’administration des serveurs présente des commandes utiles pour vérifier les ressources du système et diagnostiquer les problèmes de serveur.
Protection contre les attaques DDoS au niveau du serveur : iptables, LiteSpeed et Imunify360
Oui. Plusieurs outils de sécurité au niveau du serveur peuvent aider à réduire les effets de certaines attaques DDoS lorsqu’ils sont correctement configurés.
Ces outils sont plus efficaces lorsqu’ils sont associés à une atténuation des attaques DDoS au niveau de l’hébergement. La protection au niveau du réseau traite les inondations de trafic avant qu’elles n’atteignent votre serveur, tandis que les outils de sécurité locaux aident à contrôler les connexions abusives et les requêtes adressées aux applications.
Testez toujours soigneusement les règles de sécurité pour éviter de bloquer les utilisateurs légitimes.
Protection contre les attaques DDoS chez ZYNOO
ZYNOO inclut une atténuation des attaques DDoS avec son hébergement VPS et son infrastructure de serveurs dédiés en Bulgarie.
Notre infrastructure offre une capacité d’atténuation des attaques DDoS allant jusqu’à 500 Gbps, ce qui aide à filtrer le trafic malveillant et à réduire les interruptions de service.
Les clients peuvent choisir des ressources virtuelles ou physiques dédiées en fonction des besoins de leurs applications.
Découvrez nos offres d’hébergement VPS ou nos serveurs dédiés en Bulgarie pour comparer les configurations disponibles.
La capacité d’atténuation ne garantit pas une protection contre toutes les attaques. Vérifiez la couverture des protocoles concernés et les besoins de votre service en matière de protection au niveau des applications.
Questions fréquentes
Non. Une atténuation efficace améliore considérablement la résilience, mais les résultats dépendent des caractéristiques de l’attaque, de la capacité réseau, du comportement des applications et des technologies de protection disponibles.
Oui. Le matériel dédié fournit des ressources informatiques exclusives, mais n’empêche pas les attaquants de saturer les connexions réseau ou les applications.
Généralement non. Les pare-feu aident à contrôler les accès, mais les inondations de trafic de grande ampleur nécessitent souvent une atténuation en amont. Les sites web peuvent également bénéficier de WAF et d’une limitation du débit des requêtes au niveau des applications.
Conclusion
La protection contre les attaques DDoS joue un rôle important pour maintenir l’accessibilité des sites web, des API, des hébergements VPS et des serveurs dédiés lors d’attaques par trafic malveillant.
L’approche la plus efficace associe une atténuation en amont des menaces de couches 3/4 à des mesures adaptées de sécurité des applications au niveau de la couche 7, ainsi qu’à une surveillance et à une planification de la réponse aux incidents.
Lorsque vous évaluez une infrastructure d’hébergement, choisissez une protection en fonction des services que vous exploitez et des menaces auxquelles ils sont exposés, et non de la seule capacité d’atténuation.
Table of Content
Adam Weller
More from the blog
Comment configurer la limitation du débit avec Nginx sur Ubuntu
La limitation du débit avec Nginx est une fonctionnalité intégrée qui contrôle le nombre de
Comment configurer un proxy inverse Nginx sur Ubuntu
Un proxy inverse Nginx reçoit les requêtes des visiteurs d’un site web et les transmet
Comment corriger l’erreur 502 Bad Gateway dans Nginx (étape par étape)
Une erreur 502 Bad Gateway dans Nginx signifie généralement que Nginx n’a pas pu recevoir
Build your next project with ZYNOO
From your first website to demanding applications, choose the resources and control you need.
Shared Hosting
Start your blog or business website with cPanel, LiteSpeed and CloudLinux.
VPS Hosting
Grow your websites and applications with NVMe storage, KVM virtualization and full root access.
Dedicated Servers
Power demanding projects with your own physical server, dedicated resources and control over your environment.