Sans KYC · DMCA ignoré · sorties Tor autorisées · aucun journal. Payer en crypto : BTC, USDT, USDC, ETH, SOL, LTC, XMR
Langue: Français
Obtenir un serveur

Guide · Confidentialité

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 serveurCe à quoi tout hébergeur peut accéderCe qui vous protège
Disques, serveur éteintChaque octet : un disque peut être retiré, copié ou lu depuis un autre systèmeChiffrement intégral du disque avec LUKS
Disques, serveur en marcheDonnées déverrouillées, pour quiconque a root ou accès au matériel en fonctionnementRoot 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 marchePas de protection totale : c'est la limite de la location de matériel
Trafic réseauChaque paquet traversant le switch du datacenter : adresses, ports, timing, volumeSSH, TLS et WireGuard gardent le contenu chiffré
Console et démarrageContrôle de l'écran et du démarrage via IPMI ou KVM over IP, lorsqu'il est présentLUKS déverrouillé via SSH ; Ironatoll n'inclut aucune console distante
JournauxCe que l'hébergeur choisit d'enregistrerIronatoll : 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.

Ce que fait une console, et qui peut y accéder, est expliqué sur qu'est-ce qu'IPMI (KVM over IP) sur un serveur dédié.

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é.

  1. 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.

  2. 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.

  3. 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.

  4. 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.

  5. 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.

  6. 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.

De quelle offre de serveur dédié ai-je besoin ?

Atoll 16

6 cœurs · 16 GB RAM

63,68 $US

3 months 171,93 $US (−10%)6 months 305,66 $US (−20%)1 year 534,91 $US (−30%)

  • Intel Xeon E-2236, 6 cœurs / 12 threads
  • 16 GB RAM DDR4 ECC, 2 × 480 GB SSD (RAID 1)
  • 30 TB par mois à 1 Gbit/s, 1 IPv4 + IPv6 /64
  • Machine entière, root via SSH, sans frais d'installation
  • Bacloud : $84.91 par mois pour Intel Xeon E-2236, 6 cœurs / 16 GB / 2x 250 GB SSD
Commander ce serveur

Atoll 32

6 cœurs · 32 GB RAM

72,15 $US

3 months 194,80 $US (−10%)6 months 346,32 $US (−20%)1 year 606,06 $US (−30%)

  • AMD Ryzen 5 5600, 6 cœurs / 12 threads
  • 32 GB RAM DDR4, 2 × 512 GB NVMe (RAID 1)
  • 40 TB par mois à 1 Gbit/s, 1 IPv4 + IPv6 /64
  • Machine entière, root via SSH, sans frais d'installation
  • MonoVM : $96.20 par mois pour AMD Ryzen 5 5500, 6 cœurs / 32 GB / 2x 480 GB NVMe
Commander ce serveur

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.

Sources (2)
  1. Questions fréquentes Cryptsetup/LUKS (points 1.2, 2.2, 6.1, 6.10) — cryptsetup project (read 2026-10-30)
  2. Cryptsetup pour Debian : README.Debian (8. Remotely unlock encrypted rootfs ; 9. Backup the LUKS header) — Debian cryptsetup team (read 2026-10-30)

À partir de 63,68 $/30 jours · sans KYC

Obtenir un serveur dédié