Réseau et Connectivité

Tout ce dont vous avez besoin pour accéder à votre Blib, mettre vos applications en ligne et transférer des données rapidement. Chaque section vous présente les essentiels et des liens vers le guide détaillé.

1. Comment accéder à votre Blib

Chaque Blib dispose d’un nom d’hôte public (ex. connectXX.trooper.ai) et de sa propre plage de ports publics. Vous les trouvez tous deux dans votre tableau de bord, dans les détails de votre Blib.

Tout service écoutant sur 0.0.0.0 et l’un de ces ports est accessible depuis Internet :

Code 
http://connectXX.trooper.ai:PORT

Détails : 🌍 Accès HTTPS (Comment accéder à votre Blib via SSL)

2. Choisir la bonne méthode d’accès

Votre objectif Meilleure méthode Guide
Travailler dans un terminal SSH Accès SSH
Télécharger ou téléverser des fichiers SFTP ou rsync Accès SSH
Utilisez un bureau graphique Bureau à distance Accès RDP
Bureau à distance fluide (vidéo, 3D) NoMachine Accès en temps réel
Accéder à votre machine lorsque SSH ne fonctionne pas Console VNC dans le tableau de bord Console VNC
Publier une application web, une interface utilisateur ou une API Proxy web avec HTTPS Proxy Web
Tester rapidement une app Port public direct Accès HTTPS

3. Publiez votre application web ou API en ligne

  1. Lancez votre application sur 0.0.0.0 avec un port interne, par exemple 8080.
  2. Installez le modèle Webproxy et dirigez-le vers ce port.
  3. Vous obtenez une adresse HTTPS avec un certificat valide, prête à partager.

Bon à savoir :

  • Les modèles incluent déjà leur propre endpoint Webproxy.
  • ports 80 et 443 sur votre Blib ne sont pas accessibles directement. Utilisez le Webproxy à la place.
  • Pour les réponses longues des IA, diffusez la réponse (par exemple en utilisant le SSE), afin que la connexion reste ouverte pendant que la réponse est générée.

Détails : Proxy Web avec SSL, 🌍 Accès HTTPS (Comment accéder à votre Blib via SSL) et À propos des certificats SSL

4. Utilisez UDP (VPN, WebRTC, Diffusion en continu)

Vos ports publics fonctionnent par défaut avec TCP. Si votre application nécessite UDP, par exemple Tailscale, WireGuard ou WebRTC, ajoutez une règle d'autorisation UDP pour celle-ci dans les paramètres du pare-feu de votre Blib.

Détails : 🛡️ Pare-feu de niveau réseau personnalisable Trooper.AI

5. Téléchargements et téléversements rapides

Utilisez rsync pour les grandes quantités de données. Il affiche la progression et reprend là où il s'est arrêté après une interruption :

bash 
rsync -avP -e "ssh -p PORT" ./my-dataset/ [email protected]:/home/USERNAME/my-dataset/

Switch to BBR for faster uploads. Our network shares bandwidth fairly between all customers. Under load, some packets are dropped on purpose. Most Linux systems use the TCP algorithm CUBIC by default, which slows down sharply on every dropped packet. BBR keeps your transfer fast. Switch the sending machine to BBR. For uploads, this is your local computer (Linux, kernel 4.9 or newer):

bash 
sudo modprobe tcp_bbr
echo "net.core.default_qdisc=fq" | sudo tee -a /etc/sysctl.conf
echo "net.ipv4.tcp_congestion_control=bbr" | sudo tee -a /etc/sysctl.conf
sudo sysctl -p

Vérifiez-le avec sysctl net.ipv4.tcp_congestion_control. La sortie doit se terminer par bbrFaites de même sur votre Blib pour accélérer les transferts depuis votre machine vers l’internet.

Sur macOS ? BBR n'est pas disponible là-bas. Téléchargez plusieurs fichiers en parallèle à la place (plusieurs transferts rsync ou SFTP simultanés).

Volume de données : 5 To de trafic par GPU par mois sont inclus. Détails : Paiements & Factures

6. Mesurer correctement votre connexion

Une perte dans ping or mtr Une perte de ping ou de mtr sous charge est normale sur un réseau partagé et ne signifie pas que votre serveur est défectueux. La perte affichée sur les sauts intermédiaires n'est souvent pas réelle, car de nombreux routeurs répondent à ces paquets de test avec une priorité faible.

Ce qui compte, c’est la vitesse de vos transferts réels. Mesurez-la directement, par exemple avec l’affichage de la progression de rsync -avP rsync -avP pendant que vous téléversez un gros fichier.

7. Maintenez vos connexions stables

  • Maintenez la connexion SSH active : ssh -o ServerAliveInterval=30 -o ServerAliveCountMax=4 [email protected] -p PORT
  • Évitez les temps d'inactivité : Les connexions sans trafic pendant quelques minutes sont fermées automatiquement. Envoyez des signaux de maintien de connexion (par exemple toutes les 30–60 secondes) et laissez votre application et vos scripts se reconnecter automatiquement.
  • Utilisez un réseau stable : Une connexion filaire ou un Wi-Fi privé fonctionne le mieux. Le Wi-Fi mobile, public et certains VPN peuvent provoquer des interruptions courtes.
  • Évitez le mode veille : Les environnements de bureau peuvent mettre votre machine en veille après une inactivité. Voir Accès SSH (incl. Transfert de fichiers), section « Machine en veille / Suspension après inactivité ».

8. Dépannage rapide

Problème Que faire
Votre application n'est pas accessible sur son port public Démarrez-le sur 0.0.0.0 (et non 127.0.0.1) et utilisez l’un de vos ports attribués. Si le statut de votre Blib est vert, le redirection de port fonctionne. Accès HTTPS
SSH avertit « REMOTE HOST IDENTIFICATION HAS CHANGED » Supprimez la clé ancienne avec ssh-keygen -R connectXX.trooper.ai. Accès SSH.
SSH et VNC cessent de fonctionner après un certain temps Votre machine est probablement en veille. SSH Access
Rien ne se connecte après avoir activé le pare-feu à l'intérieur du serveur Désactivez le pare-feu local (par exemple, UFW) via la console VNC. Firewall
Les téléversements sont lents Passez à BBR, voir la section 5 ci-dessus.
Les requêtes web s'interrompent après environ 60 secondes Transmettez les réponses longues, voir la section 3 ci-dessus. HTTPS Access

9. Besoin d’aide ?

Notre équipe de support est ravie de vous aider. Pour obtenir une réponse rapide, veuillez inclure :

  • l’ID de votre Blib
  • l’heure exacte du problème, ainsi que votre fuseau horaire
  • ce que vous avez tenté et la sortie des commandes que vous avez exécutées
  • la vitesse d’un transfert réel (par exemple depuis rsync -avP), si votre question concerne la vitesse

Contact : Contacts de support