Mon hébergeur peut-il voir les données de mon serveur dédié ?
Ce à quoi tout hébergeur de serveur dédié peut accéder, ce que Ironatoll conserve, ce qui change sans console distante, et comment protéger vos données avec LUKS, des clés SSH et vos propres sauvegardes.
Dernière mise à jour: · 10 min de lecture
Réponse rapide
Mon hébergeur peut-il voir les données de mon serveur dédié ?
Oui, votre hébergeur peut voir les données de votre serveur dédié si elles ne sont pas chiffrées, car il détient le matériel : disques, port réseau et alimentation. Les disques chiffrés restent illisibles tant qu'ils sont verrouillés, et un hébergeur ne peut remettre que les logs qu'il conserve. Ironatoll ne conserve aucun log et n'inclut aucune console distante. Serveurs dédiés à partir de 63,68 $US par 30 jours. Sans KYC, payable en crypto.
À quoi un hébergeur de serveur dédié peut-il accéder, et qu'est-ce qui vous protège ?
Élément du serveur
Ce à quoi tout hébergeur peut accéder
Ce qui vous protège
Disques, serveur éteint
Chaque octet : un disque peut être retiré, copié ou lu depuis un autre système
Chiffrement intégral du disque avec LUKS
Disques, serveur en marche
Données déverrouillées, pour quiconque a root ou accès au matériel en fonctionnement
Root réservé à votre propre clé ; le chiffrement seul ne suffit pas
Mémoire (RAM)
Clés et données en mémoire, avec un accès physique à la machine en marche
Pas de protection totale : c'est la limite de la location de matériel
Trafic réseau
Chaque paquet traversant le switch du datacenter : adresses, ports, timing, volume
SSH, TLS et WireGuard gardent le contenu chiffré
Console et démarrage
Contrôle de l'écran et du démarrage via IPMI ou KVM over IP, lorsqu'il est présent
LUKS déverrouillé via SSH ; Ironatoll n'inclut aucune console distante
Journaux
Ce que l'hébergeur choisit d'enregistrer
Ironatoll : aucun log de connexion, de trafic ou d'IP
Un hébergeur peut-il lire les disques de mon serveur dédié ?
Oui, si les disques ne sont pas chiffrés. L'hébergeur possède le matériel. Le personnel ayant accès à la baie peut retirer un disque, le copier ou démarrer la machine depuis un autre système. Aucun réglage logiciel n'arrête une personne présente devant le serveur.
Sur un serveur dédié loué, l'accès physique l'emporte sur tout mot de passe ; seul le chiffrement garde un disque illisible entre d'autres mains.
Chez Ironatoll, une personne prépare la machine avant que vous ne la receviez : Une personne de notre équipe prépare votre serveur dès que votre paiement est confirmé, en général quelques minutes plus tard et jamais plus d'une heure après la confirmation ; votre tableau de bord affiche le statut, puis l'adresse IP une fois le serveur prêt.
Mon hébergeur peut-il voir mon trafic réseau ?
Il peut voir où va votre trafic, et son contenu lorsqu'il n'est pas chiffré. Chaque paquet traverse le switch du datacenter, et le propriétaire du réseau peut copier le trafic d'un port vers un moniteur. Cela révèle adresses source et destination, ports, timing et volume.
Le chiffrement réduit cela aux métadonnées. SSH, HTTPS et WireGuard gardent le contenu privé sur le réseau. Ironatoll n'exploite pas ce réseau : le datacenter gère ses propres switchs et routeurs, sous la loi de son propre pays.
Que conserve Ironatoll à mon sujet et au sujet de mon serveur ?
Uniquement ce que l'exploitation de votre serveur et la facturation exigent. La liste complète, telle que Ironatoll la publie :
Aucun log : les logs de connexion, les logs de trafic et les adresses IP des visiteurs et des clients ne sont jamais enregistrés, et la seule trace de la façon dont vous nous avez trouvés est un code de parrainage, lorsque le lien sur lequel vous avez cliqué en contenait un. Nous ne conservons que ce qu'exigent l'exploitation de votre serveur et la facturation : votre numéro de compte et votre email facultatif, vos commandes et recharges (montant, crypto, réseau, ID de transaction, date), et pour chaque serveur son nom, son offre, sa durée, sa localisation, son système, sa clé publique SSH, ses adresses IP et ses dates, plus, pour un serveur commandé sans clé, le mot de passe root temporaire que nous définissons, qui cesse d'ouvrir le serveur dès que vous le changez. Ce que les routeurs et commutateurs propres au datacenter enregistrent échappe à notre contrôle. Les données ne quittent nos mains que sur décision d'un tribunal panaméen.
Un hébergeur qui contrôle l'identité rattache chacun de ces enregistrements à un nom. Selon la vérification de Ironatoll sur 30 October 2026, 3 des 34 hébergeurs de serveurs dédiés actifs demandent toujours une pièce d'identité à l'inscription, et 16 la demandent dans certains cas. Ironatoll n'en demande aucune : Sans KYC : aucune pièce d'identité, aucun selfie, aucun document, aucune carte bancaire et aucun numéro de téléphone ne sont jamais collectés. Plus de détails sur puis-je louer un serveur dédié sans KYC ni vérification d'identité.
Comment fonctionnent les connexions, les redémarrages et les réinstallations chez Ironatoll ?
Root vous appartient seul, et l'équipe agit sur les demandes que vous faites depuis votre dashboard. Root access over SSH: add your own public key at checkout and password login stays off, or leave it empty and get a temporary root password with your server, to change at first login. Le redémarrage, la réinstallation et l'annulation sont demandés depuis votre tableau de bord et réalisés par l'équipe ; une réinstallation efface les disques. Après la livraison, vérifiez que /root/.ssh/authorized_keys ne contient que les clés attendues.
Aucune console distante (IPMI ou KVM over IP) n'est incluse : les redémarrages et réinstallations sont demandés depuis votre tableau de bord et effectués par l'équipe. Pour vous, cela signifie pas d'écran de démarrage à surveiller et pas d'invite à saisir. Un système qui s'arrête au démarrage pour demander une passphrase ne peut pas recevoir de réponse depuis une console. Prévoyez donc le chiffrement du disque via SSH, comme ci-dessous.
Comment éviter que mon hébergeur lise mes données ?
Six étapes, dans l'ordre où la plupart des gens les suivent sur un serveur Linux loué.
Chiffrez vos données avec LUKS
LUKS est le chiffrement de disque standard sous Linux, géré avec cryptsetup. Un volume LUKS verrouillé est illisible sans votre passphrase ou votre fichier de clé, même avec le disque en main.
Commencez par un volume de données chiffré
La configuration la plus simple laisse le disque système en clair et place vos données sur un volume LUKS. Après chaque redémarrage, vous vous connectez en SSH et le déverrouillez avec cryptsetup open.
Ou déverrouillez une racine chiffrée via SSH
Les notes cryptsetup de Debian décrivent un petit serveur SSH Dropbear dans l'initramfs, pour les machines headless. Vous vous connectez au début du boot et exécutez cryptroot-unlock. Testez-le bien : sans console, un déverrouillage raté signifie une réinstallation, qui efface les disques.
Utilisez uniquement des clés SSH
Root access over SSH: add your own public key at checkout and password login stays off, or leave it empty and get a temporary root password with your server, to change at first login. Gardez la clé privée sur votre propre ordinateur, protégée par une phrase de passe.
Chiffrez tout sur le réseau
Utilisez SSH pour l'administration, TLS pour les sites web et WireGuard pour votre propre VPN. Le switch ne voit alors que des adresses et des volumes, pas le contenu. Voir faut-il un serveur dédié pour son propre VPN.
Conservez vos propres sauvegardes
Il n'y a pas de sauvegardes automatiques : tout fichier que vous devez conserver doit aussi exister quelque part sous votre contrôle. La FAQ cryptsetup qualifie une sauvegarde complète d'obligatoire, car les disques chiffrés meurent comme les autres. Sauvegardez aussi l'en-tête LUKS ; les notes de Debian avertissent qu'une ancienne copie de l'en-tête peut réactiver une phrase de passe révoquée.
Contre quoi le chiffrement de disque ne protège-t-il pas ?
Il ne protège pas un serveur en fonctionnement et déverrouillé. Une fois un volume LUKS ouvert, sa clé réside en mémoire. La FAQ cryptsetup explique même comment relire la clé de volume d'un conteneur LUKS1 ouvert depuis le système en fonctionnement.
La chaîne de boot est exposée aussi. La même FAQ indique qu'un initrd est à peu près aussi vulnérable à un attaquant compétent qu'une racine non chiffrée. Quiconque détient le matériel peut le modifier pour intercepter votre phrase de passe.
Le chiffrement protège un serveur dédié éteint ou verrouillé ; il ne peut pas protéger pleinement un serveur en fonctionnement sur du matériel contrôlé par quelqu'un d'autre.
Une politique no-logs signifie-t-elle que l'hébergeur ne voit rien ?
Non. No logs signifie que rien n'est enregistré ; votre trafic traverse tout de même du matériel exploité par l'hébergeur ou le datacenter. Ce qu'un hébergeur no-log vous apporte, c'est moins de choses à remettre, car une réquisition ne peut atteindre que les enregistrements qui existent.
Chez Ironatoll, les enregistrements ne sont remis que sur ordonnance d'un tribunal panaméen. Les traces en dehors de l'hébergeur, de la blockchain à votre IP domestique, sont abordées sur ce qui relie encore un serveur sans KYC à son propriétaire.
Combien coûte un serveur dédié chez Ironatoll ?
Un serveur dédié chez Ironatoll coûte à partir de 63,68 $US par 30 jours pour Intel Xeon E-2236 (6 cœurs / 12 threads), 16 Go de RAM, 2 × 480 Go SSD en RAID 1, 30 To par mois à 1 Gbit/s, 1 IPv4 et un IPv6 /64. Chaque offre est détaillée sur combien coûte un serveur dédié Ironatoll.
Dans chaque formule: Machine entière · Accès root · RAID 1 sur deux disques · IPv4 dédiée · Aucun log · Sans KYC
Ce qu'un hébergeur de serveurs dédiés peut voir : questions fréquentes
Mon hébergeur peut-il accéder à mes serveurs ?
Physiquement, oui : il détient le matériel et peut accéder aux disques non chiffrés. Chez Ironatoll, les redémarrages et réinstallations sont demandés depuis votre tableau de bord et réalisés par l'équipe.
Un hébergeur de serveurs dédiés peut-il voir mon usage des données ?
Il voit le volume de trafic émis par votre serveur, car le réseau le mesure. Ironatoll compte le trafic sortant par période de 30 jours pour le quota de l'offre et ne conserve aucun journal de trafic.
Le chiffrement de disque empêche-t-il mon hébergeur de lire mon serveur dédié ?
Il empêche quiconque de lire les disques tant qu'ils sont verrouillés, y compris un disque retiré de la machine. Il ne protège pas un système en fonctionnement et déverrouillé.
Ironatoll journalise-t-il mes connexions SSH ?
Non. Aucun journal : nous ne conservons aucun journal de connexion, aucun journal de trafic ni aucune adresse IP des visiteurs ou des clients, ni sur le site web, ni sur le tableau de bord, ni sur les serveurs. Les journaux écrits par votre propre système, comme ceux du démon SSH, restent sur votre serveur et sous votre contrôle.
Comment retirer l'accès de l'hébergeur à mon serveur dédié ?
Retirez toute clé SSH que vous n'avez pas ajoutée, désactivez les connexions par mot de passe et chiffrez vos données avec LUKS. L'accès physique reste à qui détient le matériel, mais des disques verrouillés ne lui servent à rien.
Peut-on déverrouiller un disque racine chiffré sans console ?
Oui, via SSH. Sur Debian, dropbear-initramfs lance un petit serveur SSH avant le déverrouillage du disque racine, et cryptroot-unlock l'ouvre.
Louez un serveur dédié chez un hébergeur qui en garde peu
Aucun journal, accès root par votre propre clé SSH ou un mot de passe temporaire que vous changez, à partir de 63,68 $US par 30 jours. Sans KYC : pas de pièce d'identité, pas de selfie, pas de documents. Paiement en crypto.