Les fonctionnalités du panneau pour tout ce que votre serveur héberge

• Des sites statiques servis directement depuis le disque.
• PHP avec un pool et un compte propres à chaque site.
• Plusieurs versions de PHP installées côte à côte et choisies par site.
• Un php.ini par site, sous forme d'un formulaire de trente huit réglages ou du fichier lui même, chaque ligne étant vérifiée à la saisie : une valeur hors limites, un réglage mal orthographié ou un fuseau horaire inexistant est refusé avant l'enregistrement. Hébergement PHP
• Des extensions PHP par site, regroupées par usage plutôt que par nom de paquet.
• Des applications Node.js démarrées, redémarrées et placées derrière Nginx avec les WebSockets, leurs dépendances installées et leur environnement défini depuis le panneau. Hébergement Node.js
• Des sites en conteneur exécutant une image approuvée par un administrateur, sans privilèges et avec un système de fichiers racine en lecture seule. Hébergement Docker
• Un mandataire inverse vers une seule adresse approuvée, pour que n'importe quoi sur votre réseau obtienne un domaine et un certificat. Mandataire inverse
• L'environnement d'exécution est un réglage, modifiable plus tard sans reconstruire le site. Tous les environnements
• Domaines supplémentaires, sous domaines et une adresse temporaire avant le déplacement du DNS.
• Des redirections d'une adresse d'un site vers une autre, temporaires sauf si vous choisissez permanentes.
• Un fichier .htaccess est lu, et les réglages PHP qu'il contient et que ce serveur peut honorer sont appliqués à ce site seul. Les quelques uns qu'il ne peut pas honorer sont nommés plutôt qu'ignorés, pour que rien ne paraisse appliqué sans l'être.
• Une adresse IP dédiée pour un site qui en a besoin.
• Des limites de processeur, de mémoire et de processus, et des quotas de stockage, par site.
• Des tâches planifiées dont la sortie est conservée.
• Des copies de site avec leur propre base de données, pour la préproduction.
• Suspendez un site et rétablissez le quand vous le voulez.

• Des certificats Let's Encrypt demandés et renouvelés automatiquement.
• Un domaine ajouté plus tard rejoint le certificat dans l'heure qui suit le pointage de son DNS vers ce serveur.
• Votre propre certificat : un certificat générique, un certificat de votre propre autorité, ou un certificat émis ailleurs.
• Ou un certificat générique émis ici, pour un domaine dont Dashmox peut atteindre le DNS. Cloudflare
• Vérifié avant d'être installé, pour qu'une clé qui ne correspond pas ou une chaîne inversée soit détectée plutôt que déployée.
• Les noms qu'un certificat ne couvre pas sont affichés, pour qu'aucun visiteur ne rencontre d'avertissement.
• Des clés stockées là où seul root peut les lire, et jamais affichées de nouveau.

• Des certificats génériques, qui exigent une validation par DNS et n'étaient pas possibles ici auparavant.
• Un certificat avant que le domaine ne pointe ici, pour qu'une migration bascule sans interruption du HTTPS plutôt que dans la précipitation après coup.
• Un jeton à portée limitée, jamais une clé d'API globale. Cette dernière donne accès à la facturation et à toutes vos zones ; celui ci ne demande que le DNS sur les zones que vous choisissez, et indique lesquels de vos domaines il couvre.
• Votre identifiant DNS ne se trouve pas dans la base de données du panneau, si bien qu'une copie de celle ci ne contient aucune clé vers vos zones.
• Les nouveaux sites voient leurs enregistrements publiés, enregistrements de courrier compris, et rien n'est jamais écrasé : un enregistrement qui dit déjà autre chose est signalé plutôt que remplacé.
• Vos clients relient leurs propres comptes, et le leur est utilisé pour leurs propres zones.
• Verrouillez un site sur Cloudflare : il n'accepte que les adresses publiées par Cloudflare et exige le certificat client que seul Cloudflare détient, si bien qu'une adresse usurpée échoue dès la négociation. Hébergement derrière Cloudflare
• Il refuse de verrouiller un site qui deviendrait inaccessible, et nomme les adresses qui ne sont pas encore derrière le mandataire.

• Des boîtes aux lettres au domaine propre de chaque client, chacune avec une limite de taille.
• La redirection, avec une copie conservée de ce qu'une adresse de redirection envoie.
• IMAP et SMTP par TLS sur les ports standards.
• Le webmail Roundcube dans le navigateur, sans rien à configurer.
• La signature DKIM pour chaque domaine, avec l'enregistrement publié pour vous.
• Le pourriel refusé pendant la livraison, et le courrier douteux classé dans Indésirables.
• mail. et smtp. de chaque domaine, avec leurs propres certificats.
• La configuration automatique répondue pour Thunderbird et Outlook.
• Les enregistrements MX, SPF et DMARC affichés, et publiés là où Dashmox héberge la zone.
• Chaque boîte aux lettres n'envoie qu'en son propre nom, et l'envoi est limité en débit.

• Enregistrements A, AAAA, CNAME, MX, TXT, SRV, CAA et NS.
• Vos propres serveurs de noms avec leurs propres adresses, définis depuis le panneau.
• Une zone créée avec chaque site, avec son enregistrement d'adresse et son enregistrement www.
• Les enregistrements de courrier ajoutés pour vous lorsqu'un domaine commence à recevoir du courriel.
• Des adresses IP ajoutées au serveur et retirées depuis le panneau.
• Une zone ne peut être réclamée que par le site propriétaire du domaine.

• Bases de données et comptes isolés par site.
• L'import SQL de sauvegardes jusqu'à 64 Mo depuis le navigateur.
• Jusqu'à dix sauvegardes par base de données, téléchargeables et restaurables.
• Des limites de stockage par base de données.
• MySQL ou MariaDB, choisi à la construction du serveur. MySQL est le choix par défaut, pour qu'une sauvegarde provenant d'un serveur que vous quittez s'importe sans avoir à être modifiée au préalable.
• phpMyAdmin pour les fois où vous voulez regarder à l'intérieur d'une de ces bases.
• PostgreSQL pour les applications qui le demandent, à côté de l'autre moteur, accessible depuis un site en conteneur par le socket du serveur.

• Un gestionnaire de fichiers pour téléverser, modifier, renommer et supprimer.
• Un accès SFTP par site, restreint aux fichiers de ce site.
• Des comptes de transfert de fichiers supplémentaires pour ceux qui n'ont besoin que des fichiers.
• Rien ne s'exécute depuis un dossier où une application écrit, si bien qu'un fichier téléversé ne peut pas devenir un script.

• Des instantanés des fichiers d'un site, pris quand vous le souhaitez.
• Des points de restauration qui saisissent chaque base de données, puis les fichiers, dans cet ordre.
• Des planifications quotidiennes ou hebdomadaires qui en conservent jusqu'à sept.
• Votre propre serveur de sauvegarde, qui ne reçoit que les parties modifiées d'une archive.
• Des copies hors site vers un stockage compatible S3 ou un serveur SFTP, pour tout autre endroit où vous les conservez déjà.
• Téléchargez ou restaurez n'importe laquelle depuis le panneau.
• Le panneau lui même sauvegardé et restauré depuis la ligne de commande.

• Installé dans un site, ou dans un dossier de celui ci, à côté de ce qui s'y trouve déjà.
• La version que l'éditeur propose en ce moment, vérifiée contre la somme de contrôle qu'il publie pour elle, ou contre sa signature lorsqu'il signe à la place.
• Le compte administrateur créé, avec le mot de passe affiché une seule fois.
• WordPress se met à jour tout seul, et le panneau montre ce qu'il attend.
• Les autres sont nommées, pas devinées : le panneau lit la version que chacune exécute et indique de quelle version elle est en retard.
• Un site copié obtient sa propre base de données et ses propres secrets, pour qu'un site de préproduction ne touche jamais à la production.

• Des clients avec leurs coordonnées et leur propre identifiant de connexion.
• Des formules d'hébergement qui déterminent ce qu'un client peut créer.
• Des quotas pour les sites, les bases de données, les boîtes aux lettres, les sauvegardes et les tâches planifiées.
• Des rôles : administrateur, client, développeur et lecture seule.
• L'accès à un seul site, accordé sans le reste du compte d'un client.
• Connectez vous en tant que client pour voir ce qu'il voit, l'action étant consignée sous votre nom.
• Accès à l'API pour vos scripts et vos systèmes de facturation, avec Pro et Business.
• Des modules de facturation pour WHMCS, FOSSBilling et Blesta, pour qu'une commande crée le compte et le site.
• Un registre d'activité indiquant qui a fait quoi.

• Récupération par SSH depuis n'importe quel serveur Linux auquel vous pouvez vous connecter.
• Archives et sauvegardes de compte lues et expliquées avant que quoi que ce soit ne soit créé.
• Ce dont le site a besoin, avant d'être restauré : la version de PHP que l'ancien hébergeur avait consignée, les applications qu'il contient, les extensions qu'elles réclament, et si son PHP a été encodé par un outil qui exige une version dont ce serveur ne dispose pas. Une migration qui copie tout pour ensuite servir une erreur n'a pas déplacé le site.
• Des serveurs entiers depuis le panneau d'hébergement le plus répandu, un client par compte, mis en file les uns après les autres.
• WordPress, Joomla et l'application de facturation la plus répandue dirigés vers leur nouvelle base de données, où qu'ils se trouvent dans le compte.
• Le PHP encodé fonctionne : le chargeur dont ces applications ont besoin est installé, et lorsque les fichiers eux mêmes ont été produits pour un PHP plus ancien, la migration le signale au lieu de vous laisser une page blanche.

Tout sur la migration

• Une connexion à deux facteurs avec des codes de secours.
• Des règles de mot de passe et de connexion pour tout le monde sur le serveur.
• Une protection sur chaque site contre les scanneurs, les scripts téléversés et les tentatives de devinette de mot de passe.
• Un pare feu qui ne peut pas vous couper l'accès à votre propre panneau.
• Un aperçu de la sécurité qui note ce qui est activé.
• Des mises à jour signées qui prennent un instantané du panneau avant de commencer.

Comment Dashmox est sécurisé

• Une page d'état de santé avec un bouton Corriger partout où une correction existe.
• Des alertes par courriel pour les problèmes qui méritent de réveiller quelqu'un.
• Sept jours de processeur, de mémoire, de charge et de disque, et la consommation propre de chaque site.
• Des services démarrés, arrêtés et redémarrés depuis le panneau.
• Les journaux du serveur lisibles dans le navigateur.
• Si le système d'exploitation lui même demande votre attention : combien de mises à jour sont en attente, combien concernent la sécurité, et si un redémarrage est requis et quels paquets l'ont demandé.
• Des mises à jour proposées dans le panneau et installées d'un seul bouton.
• Cherchez dans tout le panneau : un domaine, un client ou un réglage par son nom.
• Une ligne de commande qui vérifie, répare et sauvegarde le panneau.
• Les feuilles de style et les scripts sont compressés pour chaque site du serveur, et pour le panneau lui même. Une feuille de style qui part à 30 ko arrive à 10.
• Léger pour la machine : le panneau et son agent utilisent environ 26.7 MB de mémoire à eux deux, au repos, sur un serveur qui héberge des sites, du courriel et du DNS. Les relevés.

• Clair et sombre, un seul bouton dans l'en tête, avec chaque surface et chaque état colorés pour l'un et pour l'autre.
• Quatre palettes : vert forêt, bleu océan, indigo et ardoise.
• Le contraste mesuré dans le navigateur, dans les deux thèmes et chaque palette, selon WCAG AA.
• Conservé par personne, si bien que votre choix ne change rien pour vos collègues ni pour vos clients.
• Votre téléphone suit, et peint sa propre barre pour s'accorder au panneau.
• Avec toutes les formules, la gratuite comprise. Voir les thèmes.