Gestionnaire de Proxy Nginx sur VPS : Guide de Configuration et d'Utilisation Sécurisée

Nginx Proxy Manager sur VPS vous offre une interface web pour acheminer des domaines vers des sites web, des API, des tableaux de bord et d'autres services accessibles via les ports 80 et 443. L'image de l'application VoyraCloud fournit un point de départ préinstallé et autogéré sur Cloud VPS ou Residential IP VPS. Vous vous connectez en privé à l'interface d'administration, créez votre propre administrateur, pointez vos domaines vers le serveur et configurez chaque hôte proxy et certificat.

TL;DR

Sélectionnez Nginx Proxy Manager dans la section Images de VoyraCloud Cloud VPS ou Residential IP VPS au lieu d'installer l'application manuellement.
Le port 81 est l'interface d'administration et doit rester privée. Utilisez la commande SSH Tunnel indiquée dans les détails de la ressource, puis ouvrez l'adresse locale dans votre navigateur.
L'image ne contient pas de compte administrateur par défaut. Créez le premier administrateur via l'écran de configuration initiale.
Les ports 80 et 443 acceptent le trafic HTTP et HTTPS public. Votre domaine doit résoudre vers le VPS, et les ports requis doivent être accessibles avant que la validation courante de Let's Encrypt puisse réussir.
Créez un hôte proxy pour chaque domaine ou sous-domaine, entrez une adresse et un port en amont accessibles, et activez le support WebSocket uniquement lorsque l'application en amont en a besoin.
La première version utilise SQLite local. La configuration de l'application et les données de certificat persistent sur le VPS, mais vous restez responsable des sauvegardes hors serveur, des mises à jour, de la surveillance des certificats, du DNS et de la sécurité en amont.
L'émission et le renouvellement des certificats dépendent du DNS, de l'accessibilité réseau, du type de défi, des limites de taux et des services externes. Ce sont des capacités, pas des garanties.

Qu'est-ce que Nginx Proxy Manager ?

Nginx Proxy Manager est une interface open-source pour configurer des hôtes proxy basés sur Nginx, des redirections, des flux, des listes d'accès et des certificats TLS. Il est utile lorsque vous souhaitez des capacités de reverse proxy Nginx sans avoir à modifier chaque bloc de serveur manuellement.

Un reverse proxy se situe entre les utilisateurs d'internet et une application en amont. Le navigateur se connecte à un domaine public tel que app.example.com ; Nginx Proxy Manager reçoit la demande sur le port 80 ou 443 et la transmet à l'adresse et au port de l'application configurée. Cette application en amont peut fonctionner sur le même VPS, dans un réseau Docker ou sur un autre serveur que le proxy peut atteindre.

Le guide officiel de Nginx Proxy Manager répertorie les hôtes proxy, les hôtes de redirection, les flux, les hôtes 404, Let's Encrypt et les certificats personnalisés, les listes d'accès, les autorisations des utilisateurs et les journaux d'audit parmi les capacités du projet. L'interface rend le travail de routage courant plus accessible, mais elle ne supprime pas la nécessité de comprendre le DNS, l'exposition réseau, l'authentification des applications, les sauvegardes et le cycle de vie des certificats.

Nginx Proxy Manager est un choix pratique pour :

Routage de plusieurs sous-domaines via un serveur public.
Publication d'une application web interne sans exposer son port natif directement.
Terminaison HTTPS devant une application HTTP en amont.
Gestion des redirections et des certificats depuis une seule interface.
Proxy de tableaux de bord ou d'applications activés par WebSocket après avoir testé leurs exigences.

Ce n'est pas un service de sécurité géré, un pare-feu d'application web, un service de protection DDoS ou une plateforme de répartition de charge à haute disponibilité. L'application gère la configuration du proxy ; vous gérez le serveur et chaque service qui se trouve derrière.

Comment fonctionne l'image de l'application VoyraCloud ?

L'image VoyraCloud fournit Nginx Proxy Manager comme une application prête à être initialisée sur les produits VPS VoyraCloud pris en charge tout en gardant l'administration privée. Vous sautez l'installation manuelle des paquets et commencez avec la configuration du premier utilisateur, mais l'environnement reste autogéré après livraison.

Composant ou responsabilité	Comment ça fonctionne
Exécution de l'application	Préinstallée et démarrée par l'image de l'application
Trafic HTTP public	Accepté sur `80/tcp`
Trafic HTTPS public	Accepté sur `443/tcp`
Interface d'administration	Disponible sur `81/tcp`, liée en privé et atteinte via SSH Tunnel
Premier administrateur	Créé par le client dans l'écran de configuration initiale
Base de données	SQLite local pour la première version
Données d'application persistantes	Stockées sur le VPS lors d'un redémarrage normal
Données de certificat persistantes	Stockées séparément de l'état éphémère du conteneur
Domaines et DNS	Fournis et gérés par le client
Certificats	Demandés ou téléchargés par le client ; l'émission n'est pas garantie
Applications en amont	Déployées, sécurisées, surveillées et maintenues par le client
Mises à jour et sauvegardes	Planifiées et effectuées par le client

La version de l'application affichée dans les détails de la ressource VoyraCloud est la version livrée lorsque cette ressource a été créée. Si vous mettez à jour Nginx Proxy Manager vous-même par la suite, cette valeur affichée ne devient pas un détecteur de version d'application en direct.

L'image ne crée également pas d'hôtes proxy d'exemple, n'attache pas de domaine, ne préconfigure pas de fournisseur DNS, ni ne stocke des identifiants API tiers. Ce point de départ propre empêche les données de démonstration et les identifiants partagés de devenir une partie d'un serveur de production.

Comment commencer avec l'image VoyraCloud

Commencez par déployer l'image de l'application, ouvrir l'interface d'administration privée via un SSH Tunnel, et créer votre propre administrateur avant de configurer des hôtes publics. Le chemin de gestion et le chemin de trafic public sont intentionnellement séparés.

Ouvrez la page VoyraCloud Nginx Proxy Manager et continuez vers le flux d'achat VPS.
Choisissez une configuration Cloud VPS ou Residential IP VPS prise en charge, puis choisissez une région actuellement offerte par ce produit.
Confirmez que Nginx Proxy Manager est sélectionné dans la section Images, puis créez le VPS.
Attendez que la ressource soit prête et que la vérification de la santé de l'application soit terminée.
Ouvrez les détails de la ressource et localisez la section Application.
Copiez la commande SSH Tunnel générée pour cette ressource. Elle utilise l'utilisateur SSH réel, le port SSH et l'adresse du serveur assignés à votre VPS.
Exécutez la commande dans un terminal local et gardez cette session SSH connectée.
Ouvrez http://127.0.0.1:8181 dans votre navigateur local.
Complétez l'écran du premier utilisateur avec un e-mail administrateur et un mot de passe unique et fort.
Confirmez que le tableau de bord s'ouvre, puis déconnectez-vous et reconnectez-vous une fois avant d'ajouter des domaines de production.

Un tunnel typique a cette forme :

ssh -p <ssh-port> -L 8181:127.0.0.1:81 <ssh-user>@<server-ip>

L'adresse locale http://127.0.0.1:8181 circule à l'intérieur de la connexion SSH chiffrée. Cela ne rend pas le port 81 public. Ne le remplacez pas par http://<server-ip>:81, et ne changez pas le pare-feu ou la liaison du conteneur simplement pour rendre l'administration plus pratique.

Si la page locale ne s'ouvre pas, vérifiez d'abord la session SSH. Confirmez que le tunnel reste connecté, qu'aucun autre programme local n'utilise déjà le port 8181, et que l'application VPS fonctionne. Les détails de la ressource sont la source de vérité pour le nom d'utilisateur SSH et le port ; ne supposez pas que chaque VPS utilise root sur le port 22.

Pourquoi le port 81 doit-il rester privé ?

Le port 81 doit rester privé car il est le plan de contrôle pour les routes proxy, les certificats, les utilisateurs et les règles d'accès. Quiconque obtient un accès administrateur peut changer où pointent les domaines, inspecter la configuration ou perturber les services publics.

VoyraCloud utilise donc trois rôles réseau distincts :

Port	But	Exposition
`80/tcp`	Trafic proxy HTTP public et validation HTTP-01 courante	Public si nécessaire
`443/tcp`	Trafic proxy HTTPS public	Public
`81/tcp`	Administration de Nginx Proxy Manager	Privé via SSH Tunnel

Un SSH Tunnel est approprié à la fois pour la configuration initiale et l'administration de routine car il évite de publier un point de gestion séparé. Si votre équipe crée plus tard un domaine d'administration protégé, c'est une décision de conception gérée par l'utilisateur. Il doit utiliser HTTPS de confiance, une authentification d'application forte, un accès limité lorsque cela est pratique, et un chemin de récupération documenté.

Garder le port 81 privé ne sécurise pas automatiquement les applications en amont. Chaque tableau de bord, API ou site web proxifié a toujours besoin d'une authentification, d'une autorisation, de mises à jour et d'une sécurité au niveau de l'application appropriées. Les listes d'accès et l'authentification HTTP de base peuvent ajouter une couche pour certains cas d'utilisation, mais elles ne remplacent pas une sécurité correcte à l'intérieur du service en amont.

Qu'est-ce qui doit être prêt avant d'ajouter un domaine ?

Un domaine, des enregistrements DNS corrects, des ports publics accessibles et une application en amont fonctionnelle doivent être prêts avant qu'un hôte proxy de production puisse fonctionner de manière fiable. Nginx Proxy Manager ne peut pas créer un domaine ni réparer des enregistrements DNS chez un fournisseur externe.

Préparez ce qui suit :

Un domaine ou sous-domaine que vous contrôlez.
Un enregistrement A pointant vers l'adresse IPv4 du VPS, plus un enregistrement AAAA uniquement si IPv6 est intentionnellement configuré et accessible.
Le temps nécessaire pour que les changements DNS se propagent selon votre fournisseur et le TTL des enregistrements.
Accessibilité publique sur le port 80 lors de l'utilisation d'un défi HTTP-01.
Accessibilité publique sur le port 443 pour le service HTTPS final.
Une application en amont qui répond à l'adresse, au port et au protocole que vous prévoyez d'entrer.
Une décision sur l'utilisation de HTTP ou HTTPS pour le trafic entre le proxy et l'en amont.

Vérifiez le DNS public depuis l'extérieur du VPS avant de demander un certificat. Si le domaine résout toujours vers une ancienne adresse, l'autorité de certification atteindra le mauvais serveur. Si vous utilisez un CDN ou un autre service proxy en amont, comprenez comment son mode proxy affecte la validation et le trafic avant de résoudre les problèmes de Nginx Proxy Manager.

Let's Encrypt prend en charge plusieurs types de défis. HTTP-01 nécessite généralement que l'autorité de certification atteigne le port 80 pour le nom d'hôte demandé. DNS-01 nécessite des enregistrements DNS TXT corrects, souvent via des identifiants ou des plugins spécifiques au fournisseur. L'image n'inclut pas de compte de fournisseur DNS, de jeton API, ni d'assurance que chaque intégration de fournisseur fonctionnera.

Comment créer un hôte proxy ?

Créez un hôte proxy en mappant un ou plusieurs noms de domaine à un schéma en amont accessible, un nom d'hôte ou une adresse IP, et un port. Commencez par un service de test afin que le DNS, le routage, les journaux et HTTPS puissent être vérifiés avant d'ajouter d'autres hôtes.

Connectez-vous à l'interface d'administration via le SSH Tunnel.
Ouvrez Hôtes, puis Hôtes Proxy, et choisissez Ajouter un hôte proxy.
Entrez le domaine ou sous-domaine qui résout déjà vers le VPS.
Sélectionnez le schéma en amont, généralement http ou https.
Entrez le nom d'hôte ou l'adresse IP en amont.
Entrez le port du service en amont.
Activez le support WebSocket uniquement si l'application utilise des connexions WebSocket.
Enregistrez l'hôte sans certificat d'abord si vous devez isoler des problèmes de routage de base.
Testez le chemin HTTP public et inspectez le comportement de l'application en amont.
Ajoutez ou demandez un certificat, activez les options HTTPS souhaitées et testez à nouveau.

Utilisez une adresse en amont que le conteneur Nginx Proxy Manager peut réellement atteindre. 127.0.0.1 à l'intérieur d'un conteneur fait référence à ce conteneur, pas automatiquement à un autre service ou à l'hôte VPS. Pour les services fonctionnant dans Docker, un réseau Docker privé partagé peut permettre à Nginx Proxy Manager d'atteindre un service par nom de conteneur ou de service sans publier le port en amont sur chaque interface d'hôte. Le guide de configuration avancée du projet documente ce modèle de réseau privé.

Pour une application sur un autre serveur, restreignez le service en amont afin que seules des sources de confiance puissent y accéder lorsque l'application et la conception du réseau le permettent. Ne supposez pas que cacher le port public dans un lien le rend privé.

Comment fonctionnent les applications WebSocket ?

Les applications WebSocket fonctionnent via Nginx Proxy Manager lorsque l'hôte proxy a le support WebSocket activé et que l'application en amont est configurée pour l'URL publique. Tant la mise à niveau HTTP initiale que la connexion à long terme doivent survivre à l'ensemble du parcours.

Les échecs de WebSocket apparaissent souvent comme un tableau de bord qui se charge mais ne se met jamais à jour, des messages de reconnexion répétés ou des erreurs dans la console du navigateur. Vérifiez :

L'option de support WebSocket sur l'hôte proxy.
Le protocole, l'adresse et le port en amont.
L'origine publique ou l'URL de base configurée de l'application.
Tout paramètre de proxy de confiance spécifique à l'application.
Les outils de développement du navigateur pour les demandes de mise à niveau échouées.
Les journaux de Nginx Proxy Manager et en amont.
Les délais d'attente CDN, pare-feu ou intermédiaires.

Activer une case à cocher ne peut pas garantir la compatibilité avec chaque application. Certains services nécessitent des en-têtes supplémentaires, des limites de téléchargement plus grandes, des délais d'attente plus longs, des réécritures de chemin ou leur propre configuration de reverse proxy. Appliquez des directives Nginx personnalisées uniquement lorsque vous comprenez leur portée et que vous avez un plan de retour en arrière.

Comment fonctionnent les certificats TLS et leur renouvellement ?

Nginx Proxy Manager peut demander des certificats Let's Encrypt ou utiliser des certificats que vous fournissez, mais l'émission et le renouvellement réussis dépendent de conditions extérieures à l'image de l'application. Le DNS, l'accessibilité des défis, les limites de taux de l'autorité de certification, les API des fournisseurs, la précision de l'horloge et la configuration du compte peuvent tous affecter le résultat.

Pour une configuration HTTP-01 courante :

Confirmez que le domaine résout publiquement vers le VPS.
Confirmez que le port 80 atteint Nginx Proxy Manager.
Ouvrez les paramètres SSL de l'hôte proxy.
Demandez un nouveau certificat Let's Encrypt.
Acceptez les termes applicables et fournissez les informations de contact requises.
Enregistrez la configuration et attendez que la demande se termine.
Ouvrez le domaine HTTPS et inspectez le certificat dans le navigateur.
Vérifiez le comportement HTTP vers HTTPS si vous activez une redirection.

Pour DNS-01, utilisez uniquement un flux de fournisseur et d'identifiants que vous avez examinés et testés. Limitez les autorisations du jeton API là où le fournisseur DNS le prend en charge, stockez les identifiants avec soin et faites-les tourner s'ils sont exposés. VoyraCloud ne fournit ni ne gère ces identifiants.

Le renouvellement doit être surveillé plutôt que supposé. Enregistrez la date d'expiration du certificat, vérifiez les journaux d'application et testez le comportement de renouvellement avant qu'un certificat n'approche de l'expiration. Un certificat qui a été émis une fois peut échouer à renouveler par la suite parce que le DNS a changé, le port 80 a été bloqué, les identifiants ont expiré, un fournisseur a changé son API, ou le serveur a cessé de fonctionner.

Les certificats personnalisés ont également besoin d'une propriété de cycle de vie. Vous devez suivre leur expiration, leur remplacement, la protection de la clé privée et la récupération. Ne collez jamais de clés privées dans des tickets, des captures d'écran ou une documentation publique.

Quelles données persistent et que devez-vous sauvegarder ?

L'image préserve la base de données SQLite, la configuration de Nginx Proxy Manager, les utilisateurs, les définitions de proxy et les données de certificat lors d'un redémarrage normal du VPS, mais la persistance n'est pas une sauvegarde. Un VPS supprimé, un système de fichiers endommagé, un changement de configuration accidentel, une mise à jour échouée ou un compte administrateur compromis peuvent toujours détruire ou invalider les données locales.

Les instructions de configuration officielles séparent les données de l'application du stockage des certificats Let's Encrypt. L'image VoyraCloud suit le même principe de persistance tout en utilisant SQLite local pour la première version.

Votre plan de sauvegarde devrait protéger :

Les données de l'application contenant la base de données SQLite et les paramètres.
Les hôtes proxy, les hôtes de redirection, les flux, les listes d'accès, les utilisateurs et les enregistrements d'audit.
Le compte Let's Encrypt et les données de certificat.
Les certificats personnalisés téléchargés et les clés privées.
Toute configuration Nginx personnalisée créée par l'utilisateur.
Un enregistrement des DNS, des adresses en amont, des règles de pare-feu et des dépendances externes.

Stockez une copie de récupération en dehors du VPS et protégez-la comme un matériel sensible. Les clés privées des certificats et les données administratives doivent être chiffrées en transit et au repos. Définissez des règles de conservation, d'accès et de suppression, puis répétez une restauration dans un environnement de test séparé avant de vous fier au processus.

Une recréation normale de conteneur avec des données persistantes intactes ne devrait pas effacer la configuration, mais supprimer ou remplacer un stockage persistant est différent. Examinez ce qu'une commande de mise à jour ou de maintenance changera avant de l'exécuter.

Comment devez-vous maintenir le déploiement ?

Maintenez le déploiement en surveillant les routes publiques, l'expiration des certificats, la santé des conteneurs, l'utilisation des ressources, les journaux, les sauvegardes et les applications en amont comme des responsabilités séparées. Un proxy fonctionnel ne peut pas rendre un en amont non sain fiable.

Utilisez cette liste de contrôle opérationnelle :

Surveillez les points de terminaison HTTP et HTTPS publics depuis l'extérieur du VPS.
Surveillez l'expiration des certificats et enquêtez rapidement sur les erreurs de renouvellement.
Examinez les erreurs 4xx, 5xx, de délai d'attente et de connexion en amont.
Suivez l'utilisation du CPU, de la mémoire, de l'espace disque et la croissance des journaux.
Maintenez le système d'exploitation du VPS, l'exécution de Docker, Nginx Proxy Manager et les applications en amont sur des versions prises en charge.
Sauvegardez les données d'application et de certificat persistantes avant les mises à jour.
Lisez les notes de version et les conseils de mise à niveau du projet.
Testez les routes importantes, les connexions WebSocket, les redirections et les certificats après un changement.
Conservez une procédure de retour en arrière ou de restauration documentée.
Restreignez l'accès SSH et administrateur, et supprimez les utilisateurs qui n'ont plus besoin de contrôle.

Pour une base de maintenance de serveur plus large, consultez le guide de gestion VPS VoyraCloud. Le VPS fournit la fondation du serveur ; il n'inclut pas les opérations d'application gérées, la sauvegarde automatique ou le renouvellement garanti des certificats.

Problèmes courants et vérifications rapides

La plupart des échecs de Nginx Proxy Manager peuvent être réduits en vérifiant le DNS, les ports publics, la configuration du proxy, l'accessibilité en amont et les journaux dans cet ordre.

Symptôme	Premières vérifications
La page d'administration locale ne s'ouvre pas	Le tunnel SSH est connecté, le port local 8181 est libre, l'application fonctionne
Le domaine atteint le mauvais serveur	Enregistrements publics `A`/`AAAA` et propagation DNS
502 Bad Gateway	Schéma en amont, adresse, port, état du service et réseau Docker
504 Gateway Timeout	Temps de réponse en amont, pare-feu, route réseau et exigences de délai d'attente
La demande de certificat échoue	Cible DNS, port 80, type de défi, identifiants du fournisseur, limites de taux et journaux
HTTPS fonctionne mais l'application redirige incorrectement	URL de base publique, paramètres de proxy transféré et configuration de l'application en amont
Le tableau de bord se charge mais les mises à jour en direct échouent	Support WebSocket, règles d'origine, délais d'attente intermédiaires et console du navigateur
La configuration disparaît après la maintenance	Données persistantes ont été remplacées, détachées, supprimées ou non incluses dans la récupération

Évitez de demander plusieurs fois des certificats tant que le problème de DNS ou de réseau sous-jacent persiste. Des tentatives répétées peuvent ralentir le dépannage et peuvent rencontrer des limites de taux de l'autorité de certification. Corrigez le prérequis échoué, lisez le journal des erreurs, puis réessayez délibérément.

FAQ

Puis-je accéder à l'interface d'administration de Nginx Proxy Manager depuis l'internet public ?

L'image VoyraCloud garde l'interface d'administration privée et s'attend à ce que vous y accédiez via un SSH Tunnel. Le port 81 contrôle les routes proxy, les utilisateurs et les certificats, il ne doit donc pas être exposé simplement pour des raisons de commodité. Utilisez la commande tunnel dans les détails de la ressource et ouvrez l'adresse locale tant que la session SSH reste connectée.

L'image inclut-elle un mot de passe administrateur par défaut ?

Non, l'image ne fournit pas de compte administrateur par défaut partagé ni de mot de passe. Créez votre propre premier administrateur via l'écran de configuration initiale. Utilisez un mot de passe unique, protégez le compte e-mail associé à la récupération, et ne placez pas d'identifiants dans des tickets de support ou des captures d'écran.

Nginx Proxy Manager configure-t-il automatiquement mon DNS ?

Non, vous devez configurer le DNS avec votre fournisseur de domaine. Pointez l'enregistrement requis vers le VPS et vérifiez la résolution publique avant d'ajouter un certificat. Les intégrations de défis DNS peuvent utiliser des identifiants spécifiques au fournisseur, mais l'image n'inclut pas de compte de fournisseur, de jeton ou de garantie de compatibilité.

Un certificat Let's Encrypt est-il garanti d'être émis et renouvelé ?

Non, l'émission et le renouvellement des certificats ne peuvent pas être garantis. Le succès dépend d'un DNS correct, de ports de validation accessibles ou d'enregistrements de défi DNS, des politiques et limites de taux de l'autorité de certification, des identifiants valides du fournisseur le cas échéant, et d'un serveur en fonctionnement sain. Surveillez l'expiration et les résultats de renouvellement.

Nginx Proxy Manager peut-il proxy des applications WebSocket ?

Oui, il peut proxy le trafic WebSocket lorsque le support WebSocket est activé et que l'application en amont est configurée correctement. Vous devez toujours tester l'origine publique, les mises à niveau de connexion, les délais d'attente, les en-têtes et tout paramètre de proxy de confiance spécifique à l'application.

L'image inclut-elle un WAF ou une protection DDoS ?

Non, l'image n'inclut pas de WAF géré, de service de protection DDoS, ni de garantie que les applications en amont sont sécurisées. Nginx Proxy Manager fournit des fonctionnalités de routage et de gestion des certificats. L'authentification des applications, les correctifs, le contrôle d'accès, la protection réseau et la réponse aux incidents restent des responsabilités séparées.

La base de données SQLite locale est-elle sauvegardée automatiquement ?

Non, la persistance locale ne crée pas de sauvegarde hors serveur. La base de données SQLite et les données de certificat devraient survivre à un redémarrage normal, mais vous devez créer, sécuriser, conserver et tester vos propres copies de récupération en dehors du VPS.

Puis-je utiliser un VPS pour plusieurs domaines ?

Oui, un déploiement peut router plusieurs domaines ou sous-domaines lorsque le serveur a suffisamment de capacité et que chaque en amont est configurée correctement. La capacité dépend du trafic, de l'activité TLS, des tailles de réponse, des journaux, du comportement en amont et de toute autre charge de travail partageant le VPS. La haute disponibilité et l'opération sans temps d'arrêt ne sont pas incluses.

Conclusion

Nginx Proxy Manager sur VPS est un bon choix lorsque vous souhaitez un reverse proxy autogéré avec une interface web et que vous êtes prêt à gérer le DNS, les applications en amont, les certificats, les mises à jour, la surveillance et les sauvegardes. L'image de l'application VoyraCloud supprime l'étape d'installation manuelle tout en préservant un chemin d'administration privé via SSH Tunnel.

Commencez avec un domaine et un en amont connu et fonctionnel. Gardez le port 81 privé, vérifiez le DNS avant de demander un certificat, testez le comportement WebSocket si nécessaire, et protégez à la fois les données d'application SQLite et les données de certificat avec un plan de récupération hors serveur. Cette approche mesurée est plus fiable que d'ajouter de nombreux hôtes avant que le chemin de base ait été vérifié.

Consultez la page d'application VoyraCloud Nginx Proxy Manager pour le flux de l'image, puis choisissez une configuration VoyraCloud Cloud VPS ou Residential IP VPS prise en charge en fonction du trafic attendu, de l'activité TLS, des journaux, des applications en amont et d'autres services partageant le serveur.