Chaque serveur est une machine virtuelle KVM isolée avec un accès racine complet. Vous contrôlez le pare-feu et le logiciel sur votre serveur ; votre compte est protégé par des clés SSH et une authentification à deux facteurs.
Ce que la plateforme fournit, et ce que vous vous configurez
Chaque serveur est sa propre machine virtuelle KVM sur notre cluster Proxmox, avec son propre noyau, mémoire et disque, séparé des autres clients.
Aucun pare-feu géré ne se trouve devant votre serveur. Configurez ufw, pare-feu ou nftables vous-même ; la console web fonctionne toujours si une règle vous verrouille hors de SSH.
Le panneau de contrôle et l'API utilisent HTTPS et les serveurs acceptent la connexion à la clé SSH. Ajouter gratuitement Encryptons les certificats pour vos sites. Les disques ne sont pas chiffrés au repos.
Protégez votre compte VPS.org avec une authentification à deux facteurs, gardez les clés SSH dans votre compte et utilisez des jetons API pour l'automatisation au lieu de partager votre mot de passe.
Rejoindre votre serveur depuis le navigateur via le panneau de contrôle, même lorsque SSH est en panne ou qu'une règle de pare-feu vous bloque. Vous pouvez également réinitialiser le mot de passe racine là-bas.
Contrôle complet de votre système d'exploitation et de votre logiciel, vous pouvez donc appliquer les contrôles que votre propre programme de conformité exige. VPS.org ne détient actuellement aucune certification de sécurité ou de conformité tierce.
La plate-forme gère quelques couches, et vous manipulez le reste
Aucune atténuation de DDoS ou filtrage du trafic n'est appliqué avant que le trafic atteigne votre serveur. Utilisez un service proxy tel que Cloudflare pour les sites publics qui en ont besoin.
Vous configurez le pare-feu à l'intérieur de votre serveur. Rien n'est bloqué au niveau du réseau par défaut.
HTTPS protège le panneau de contrôle et l'API, et SSH protège l'accès au serveur. Utilisez le code Encryptons pour vos propres sites. Les disques ne sont pas chiffrés au repos.
fall2ban n'est pas préinstallé. Utilisez les touches SSH, désactivez le mot de passe et installez fall2ban pour arrêter les tentatives de force brute.
Les deux sont stockés dans le même groupe de stockage que votre serveur, donc gardez une copie hors site de données importantes.
Les clés d'authentification à deux facteurs et SSH protègent l'accès à votre compte VPS.org et aux nouveaux serveurs.
Questions communes sur la sécurité sur VPS.org
Non. VPS.org ne fournit pas de protection contre les attaques par déni de service ni de filtrage de trafic. Si vous exploitez un site public susceptible d'être attaqué, placez un service proxy tel que Cloudflare devant votre serveur.
Le panneau de contrôle et l'API sont desservis par HTTPS, et vous atteignez votre serveur sur SSH. Les disques et sauvegardes ne sont pas chiffrés au repos, donc chiffrez les données sensibles à l'intérieur de votre serveur. Vous pouvez ajouter gratuitement des certificats Let's Encrypt pour vos propres sites.
Non. Il n'y a pas de pare-feu géré entre Internet et votre serveur, donc tous les ports ouverts par votre logiciel sont accessibles. Configurez un pare-feu à l'intérieur du serveur avec ufw, pare-feu ou nftables. Si une règle vous verrouille hors de SSH, vous pouvez toujours vous connecter à travers la console web dans le panneau de commande.
Non. Nous n'exécutons pas de détection d'intrusion ou de numérisation de logiciels malveillants sur les serveurs clients. Si vous en avez besoin, installez des outils tels que fail2ban, CrowdSec ou un scanner de logiciels malveillants à l'intérieur de votre serveur.
VPS.org ne détient actuellement aucune certification de sécurité ou de conformité tierce. Vous avez le contrôle total du système d'exploitation et du logiciel sur votre serveur, de sorte que vous pouvez appliquer les contrôles que votre propre programme de conformité exige. Si votre charge de travail a besoin d'un fournisseur certifié, contactez notre équipe avant de déployer.
Les sauvegardes et les instantanés sont des copies compressées de tout votre serveur, stockées dans le même groupe de stockage dans le même emplacement que votre serveur dans le New Jersey. Ils ne sont pas chiffrés et ne sont pas conservés hors site, donc gardez votre propre copie hors site de données importantes.
Non. Les serveurs communiquent sur leurs adresses IPv4 ou IPv6 publiques. Pour connecter les serveurs en privé, configurer un tunnel chiffré comme WireGuard entre eux.
Restaurer un instantané ou une sauvegarde pris avant le compromis, ou réinstaller le serveur du panneau de contrôle et restaurer vos données. Changez vos mots de passe et les clés SSH après. Les serveurs utilisés pour abus peuvent être suspendus en vertu de notre Politique d'utilisation acceptable, et notre équipe de support peut vous aider à récupérer votre serveur en ligne.
Nous vous recommandons de vous connecter avec les clés SSH, de désactiver le mot de passe et d'installer fall2ban. Si fall2ban est installé, la page Accès du panneau de contrôle liste les adresses IP interdites et vous permet de les débarquer. Activez également l'authentification à deux facteurs sur votre compte VPS.org.
Non. Une fois votre serveur déployé, appliquer des mises à jour est votre responsabilité. Exécutez régulièrement votre gestionnaire de paquets (apt, dnf ou apk) ou activez des mises à jour automatiques telles que des mises à niveau non surveillées.
Tous les serveurs VPS.org fonctionnent actuellement dans notre New Jersey, aux États-Unis. Chaque serveur a une connectivité IPv6, avec IPv4 public disponible sur chaque plan, afin qu'il puisse servir les utilisateurs n'importe où dans le monde.
Vous pouvez exécuter des tests de sécurité contre des serveurs que vous possédez. Ne pas analyser ou tester les serveurs d'autres clients, d'autres réseaux ou l'infrastructure VPS.org.
Machines virtuelles isolées, clés SSH et authentification à deux facteurs sur chaque plan.
Commencer dès maintenantPlans à partir de 2,50 $/mois