Documentation des serveurs GPU : du compte au shell root

GPU Rent Hub loue des serveurs GPU bare metal dédiés à la semaine ou au mois, payables en Bitcoin, Ethereum, USDT, USDC, Monero, Solana ou Litecoin, sans vérification d’identité, et cette documentation couvre l’ensemble du parcours : compte, commande, paiement, déploiement, SSH, stockage, renouvellements et API v2. De zéro à un shell root sur un GPU dédié en environ cinq minutes. Les seules informations que vous aurez à saisir sur notre site sont un nom d’utilisateur, un mot de passe et une clé publique SSH.

1. Créez un compte : choisissez un nom d’utilisateur et un mot de passe. C’est tout.
2. Ouvrez Facturation → Ajouter des fonds, choisissez une crypto, envoyez au moins l’équivalent de 20 $ à l’adresse affichée.
3. Ouvrez Déployer, choisissez le GPU, la région, la durée, l’image, le stockage et la liaison, puis collez votre clé publique SSH. Le récapitulatif détaille la commande et vous donne une adresse pour son total.
4. Attendez que le statut passe au vert (généralement en moins de 90 s). ssh root@<ip>.

Compte et récupération

Les comptes sont identifiés uniquement par le nom d’utilisateur. Nous stockons un hachage PBKDF2-HMAC-SHA-256 avec 600,000 itérations et un sel par utilisateur de votre mot de passe, et rien d’autre vous concernant. Aucune vérification d’identité n’a lieu à l’inscription ni plus tard, ce qui est tout le principe de l’hébergement GPU sans KYC.

Options de récupération (facultatives)

• Adresse e-mail de récupération — utilisée uniquement pour envoyer un lien de réinitialisation. Jamais utilisée pour autre chose. Stockée hachée ; nous pouvons lui envoyer un message, mais pas la relire.
• Clé publique PGP — si elle est définie, les réinitialisations sont envoyées sous forme de message chiffré que vous déchiffrez vous-même. Également utilisée pour signer les devis et les factures sur demande.
• Double authentification TOTP — n’importe quelle application d’authentification standard. Les codes de récupération ne sont affichés qu’une seule fois.

Commandes et paiements

Chaque machine est achetée avec sa propre commande. La commande est tarifée en USD d’après le catalogue publié — le client n’envoie jamais de prix — et le montant en crypto est fixé au cours spot (cours de marché actualisé) au moment où l’adresse de paiement est émise. Une commande correspond à exactement un paiement, ce qui permet d’associer un transfert à une machine sans savoir qui l’a envoyé.

Tout montant dû en retour — un paiement que nous n’avons pas pu affecter, un avoir — est envoyé à une adresse que vous fournissez, dans la crypto utilisée pour le paiement, moins les frais de réseau. Traité sous 24 h. Les règles de règlement par crypto sont détaillées sur payer sa location de GPU en crypto, et la politique de nœuds et de confirmations pour le XMR sur hébergement GPU Monero.

Comment déployer une instance GPU ?

Depuis le tableau de bord, ou avec un seul appel API. DFW-1 Dallas, IAD-1 Ashburn et PDX-1 Hillsboro sont équivalents en prix et en fonctionnalités ; choisissez celui le plus proche de vos utilisateurs d’après les chiffres de latence de la page des trois datacenters américains. Le stock affiché est en direct ; si la configuration est épuisée, la commande est refusée plutôt qu’acceptée, et vous pouvez rejoindre la liste d’attente gratuitement. L’appel ci-dessous déploie une H100 SXM à $1,690 par mois.

# create a 1× H100 SXM in DFW-1 for one month, PyTorch template
curl -s https://api.gpurenthub.com/v2/instances \
  -H "Authorization: Bearer $GPURENTHUB_TOKEN" \
  -d '{"gpu":"h100sxm","count":1,"region":"dfw","term":"month",
       "template":"pytorch-2.7-cuda12.8","ssh_key_id":"key_7Fq2","name":"train-01"}'

Modèles

Les modèles sont de simples images système avec pilotes et framework préinstallés. Rien ne contacte de serveur distant ; il n’y a aucun agent. Vous pouvez aussi démarrer n’importe quelle image via une URL (qcow2 ou raw) ou effectuer un netboot de votre propre installateur.

Comment se connecter à une instance GPU en SSH ?

La connexion par mot de passe est désactivée sur tous les modèles. Ajoutez une ou plusieurs clés publiques dans Clés SSH ; elles sont écrites dans /root/.ssh/authorized_keys lors du provisionnement. Les clés ajoutées ultérieurement peuvent être poussées vers les instances en cours d’exécution depuis le tableau de bord.

ssh -i ~/.ssh/gpurenthub [email protected]
nvidia-smi --query-gpu=name,memory.total,power.draw --format=csv

Si vous perdez l’accès, le tableau de bord dispose d’une console navigateur (VNC sur WebSocket, TLS) avec un démarrage de secours à usage unique qui monte votre NVMe en lecture-écriture.

Réseau

• Une IPv4 publique et un /64 IPv6 par instance. DNS inverse modifiable.
• Port 100 Gbit/s, 10 Gbit/s garantis pour les instances mono-GPU, paire 100G dédiée sur les nœuds 8 voies.
• Trafic entrant non mesuré et nettoyé contre les DDoS volumétriques. Trafic sortant : 20 TB/mois inclus, puis 4 $/TB.
• Tous les ports sont ouverts par défaut. Le pare-feu est à vous de le configurer — nftables est livré avec un jeu de règles permissif.
• VLAN privés entre vos instances d’une même région : $25/mois, inclus sur les nœuds 8 voies.

Stockage

Le NVMe local est chiffré avec LUKS à l’aide d’une clé par instance conservée dans le TPM de l’hôte. La libération de l’instance détruit la clé ; le disque est en outre blkdiscardé avant réutilisation. Les volumes réseau sont répliqués trois fois dans la région et survivent à la libération de l’instance. Les instantanés sont stockés chiffrés avec la même clé par compte.

Renouvellements et délai de grâce

1. T−24 h : une commande de renouvellement est créée au prix auquel l’instance a été achetée. Elle attend d’être payée, et vous recevez une bannière dans le tableau de bord (ainsi qu’un e-mail ou un message PGP si vous en avez configuré un).
2. T+0 : si elle n’est pas payée, l’instance est arrêtée. Rien n’est supprimé.
3. T+72 h : fin du délai de grâce. L’instance est remise en stock, mais le NVMe reste intact.
4. T+7 j : clé NVMe détruite, disque effacé. Les instantanés et les volumes réseau ne sont pas affectés.

Référence de l’API de location de GPU

REST, JSON, jetons Bearer créés dans API du tableau de bord. URL de base https://api.gpurenthub.com/v2. Chaque action du tableau de bord est disponible ici ; le tableau de bord est lui-même un client de l’API.

Limite de débit : 600 requêtes/minute par jeton. Les erreurs sont des documents de problème RFC 9457. Les webhooks (état de l’instance, commande payée, renouvellement dû) sont signés avec HMAC-SHA256.

CLI

curl -sL https://get.gpurenthub.com | sh          # single static binary, signed
ib login                                       # paste an API token
ib catalogue --region dfw
ib deploy --gpu rtx5090 --count 2 --term week --template comfyui --key key_7Fq2
ib ssh comfy-box

Miroir Tor

Le tableau de bord et l’API sont accessibles en tant que service onion ; l’adresse et sa signature sont publiées sous Paramètres → Tor une fois connecté, ainsi que sur notre page de contact signée PGP. Les commandes, paiements et déploiements fonctionnent à l’identique via Tor. Nous ne traitons pas le trafic Tor différemment et nous ne le journalisons pas différemment — nous ne le journalisons pas du tout.

Limites

• Nouveaux comptes : 8 GPU toutes instances confondues jusqu’à ce que le premier renouvellement ait été payé, puis 64. Au-delà, ouvrez un ticket — c’est généralement approuvé le jour même.
• Commandes : pas de maximum, bien que toute commande supérieure à $1,000,000 fasse l’objet d’un devis manuel. Les remboursements supérieurs à l’équivalent de $50,000 sont traités par tranches sur 72 h.
• Instances par région : 32 par défaut.
• Le port sortant 25 est fermé par défaut et ouvert sur demande.