ngrok vs. Playit.gg : Le tunnel ultime pour le gaming, UDP & CGNAT en 2026

Si vous avez déjà essayé d’héberger un serveur de jeu multijoueur, de tester du netcode en temps réel ou d’exposer un appareil IoT local à Internet, vous avez rencontré le problème du port forwarding. Pendant des années, les développeurs ont utilisé des outils de tunneling pour contourner la configuration des routeurs. ngrok est longtemps resté la référence dans ce domaine.

Mais en 2026, cette reconnaissance ne suffit pas à faire de ngrok l’outil idéal. Pour le trafic UDP brut et en temps réel — l’épine dorsale du gaming, VoIP et télémétrie IoT — ngrok présente encore une lacune structurelle, et Playit.gg a construit tout son produit pour la combler.

Ce guide compare les différences architecturales entre les deux, explique pourquoi le support UDP est la véritable ligne de division, comment Carrier-Grade NAT (CGNAT) influence cette discussion, et combien coûte une solution entièrement auto-hébergée avec frp ou inlets.

1. Le problème UDP : pourquoi ngrok a du mal avec le trafic en temps réel

Architecture HTTP-first de ngrok

ngrok a été conçu pour résoudre un problème précis : exposer des serveurs web locaux pour tester webhooks, API et applications web. Il reste excellent dans ce domaine — l’inspection des requêtes, la relecture et la vérification des webhooks restent parmi les meilleurs outils.

Ce qu’il n’a jamais supporté, c’est UDP. En 2026, les types de tunnel ngrok se limitent toujours à HTTP, HTTPS, TCP et TLS — il n’existe pas de type de point de terminaison UDP sur aucun plan, gratuit ou payant. Ce n’est pas une rumeur ou une plainte obsolète ; c’est confirmé directement dans la documentation ngrok, et les développeurs en demandent dans les issues GitHub depuis au moins 2013 sans réponse.

Pourquoi les jeux et l’IoT ont besoin de UDP

Dans le gaming multijoueur en temps réel, VoIP et télémétrie IoT à haute fréquence, la rapidité prime sur la perfection de la livraison.

• Gaming multijoueur : des titres comme Minecraft Bedrock, Valheim, Rust et Counter-Strike 2 utilisent UDP. Si un paquet de position d’un joueur est perdu, le jeu ne veut pas le renvoyer plus tard — il veut le prochain paquet avec la position actuelle. UDP continue d’envoyer sans attendre d’accusé de réception.
• VoIP et vidéo : les serveurs vocaux et outils WebRTC ne tolèrent pas les pics de latence dus à la retransmission TCP.
• Capteurs IoT : appareils envoyant une télémétrie rapide via CoAP ou des protocoles UDP personnalisés ont besoin d’une transmission à faible surcharge.

Parce que ngrok ne supporte pas UDP sur aucun niveau, ces cas d’usage sont tout simplement hors de portée — vous devrez soit bricoler un hack TCP-UDP instable, soit utiliser un autre outil.

2. Playit.gg : conçu pour les sockets bruts et le gaming

Là où ngrok s’arrête, Playit.gg prend le relais. Il a été conçu spécifiquement pour gérer le trafic TCP et UDP brut avec un minimum de configuration — pas besoin de configurer le routeur.

Comment il diffère architecturalement

Playit.gg fonctionne plus près de la couche 4 que le modèle majoritairement couche 7 (HTTP) de ngrok. Vous exécutez l’agent Playit localement ; il ouvre une connexion sortante vers le réseau de relais de Playit (19 datacenters en mi-2026, couvrant l’Amérique du Nord, l’Europe, l’Asie, l’Océanie et l’Amérique du Sud), et ce relais redirige le trafic vers votre machine.

Sur le plan gratuit, Playit attribue à votre tunnel une adresse persistante (par exemple your-game.at.ply.gg:xxxxx) qui ne change pas à chaque redémarrage du client, contrairement aux URL aléatoires de ngrok. Il faut préciser : les tunnels gratuits transitent via le réseau “Global Anycast” de Playit, ce qui signifie que le datacenter par lequel vos joueurs se connectent peut varier — vous ne contrôlez pas cela. La solution payante Playit Premium offre des tunnels régionaux, qui fixent le routage à un datacenter spécifique. “Statique” signifie ici que l’adresse reste la même, pas qu’il y a une IP fixe avec routage fixe.

Ce qui est confirmé directement par Playit.gg : - Le coût du Premium est 3 $/mois (ou environ 30 $/an), confirmé sur la page tarifaire de Playit. - Le Premium ajoute des tunnels régionaux, plusieurs domaines .playit.plus ou personnalisés (de 3 à 6 selon le plan), support de domaine externe, et ports/firewalls/agents supplémentaires. - Les tunnels HTTPS nécessitent obligatoirement Playit Premium — ce n’est pas disponible en plan gratuit, à savoir si vous pensiez que Playit était aussi un tunnel web généraliste. - L’agent client est open source (playit-cloud/playit-agent sur GitHub), ce qui constitue un avantage de transparence par rapport au client fermé de ngrok.

Ce qui est souvent rapporté mais non confirmé officiellement par Playit : des guides indépendants tout au long de 2026 (Pinggy, Localtonet, etc.) mentionnent systématiquement 4 tunnels TCP et 4 tunnels UDP en plan gratuit, bien que certains sources indiquent 3 tunnels. En raison de cette incohérence, il faut considérer “4 TCP + 4 UDP” comme une estimation courante plutôt qu’une donnée vérifiée par Playit, et vérifier votre limite dans le tableau de bord.

3. Démystifier le Carrier-Grade NAT (CGNAT)

Pour comprendre pourquoi tout cela est important, il faut connaître le CGNAT.

Historiquement, héberger un serveur Minecraft signifiait accéder à votre routeur, ouvrir le port 25565, et mapper l’IP publique de votre domicile à votre machine. Ce modèle dépend d’une adresse IPv4 publique.

Le problème : IPv4 ne dispose que d’environ 4,3 milliards d’adresses possibles, et les registres régionaux ont épuisé leurs réserves il y a plusieurs années (ARIN en septembre 2015, RIPE NCC en novembre 2019). Comme l’adoption d’IPv6 est encore incomplète — la capacité IPv6 globale tourne autour de 40% en 2026, avec une répartition très inégale selon les pays — la majorité des FAI s’appuient encore sur IPv4, et le CGNAT est leur solution pour étirer une adresse limitée à une clientèle croissante.

Sous CGNAT, votre FAI attribue à votre routeur une adresse d’une plage privée réservée (RFC 6598 100.64.0.0/10, réservée depuis 2012) au lieu d’une IP publique réelle, et effectue la traduction NAT sur ses équipements. Vous avez donc deux couches de traduction — NAT du routeur, plus CGNAT de l’ISP — parfois appelé NAT444. Résultat : le port forwarding sur votre routeur domestique ne fonctionne pas, car vous ne possédez pas l’IP publique.

Comment Playit.gg (et ngrok, et la plupart des tunnels) contourne cela

Puisque le client Playit ou ngrok initie une connexion sortante depuis votre machine vers le cloud du fournisseur, le NAT de votre ISP le laisse passer — les connexions sortantes sont rarement bloquées, même avec CGNAT. Une fois le tunnel établi, le trafic entrant de vos joueurs est routé en retour via celui-ci. C’est pourquoi vous pouvez héberger un serveur depuis un hotspot 5G ou une connexion CGNAT sans toucher aux réglages du routeur — le mécanisme fonctionne de la même façon avec ngrok, Playit.gg, frp ou inlets ; la différence réside dans le type de trafic qu’ils transportent, pas dans leur capacité à passer le CGNAT.

4. Cas d’usage : qui gagne où ?

Utilisez ngrok quand : - Vous testez des applications web locales, API ou webhooks (Stripe, Twilio, etc.) - Vous souhaitez inspecter les requêtes — pause, replay, analyse du trafic HTTP restent ses points forts - Vous avez besoin de contrôles d’authentification d’entreprise — mais cela nécessite un plan Enterprise (39 $/mois en 2026 selon des trackers tiers), pas disponible en gratuit ou Hobbyist

Utilisez Playit.gg quand : - Vous hébergez un serveur Minecraft, Valheim, Terraria ou autre pour des amis sans louer de VPS - Vous êtes un développeur indépendant testant du netcode multijoueur avec des testeurs externes - Vous expérimentez avec des protocoles UDP sur du matériel IoT comme un Raspberry Pi

5. Comparatif des fonctionnalités (Vérifié sur les sources actuelles)

Fonctionnalité	ngrok	Playit.gg
Focus principal	HTTP/HTTPS, tunnels TCP/TLS	TCP/UDP pour gaming et sockets bruts
Support UDP	Aucun, sur aucun plan	Oui, natif
Limites du plan gratuit	1 endpoint actif, jusqu’à 3 tunnels par agent, 1 Go/mois de données sortantes, 20 000 requêtes HTTP/mois, 1 domaine de développement statique	Souvent rapporté comme 4 TCP + 4 UDP (varie selon la source, non détaillé sur la page tarifaire de Playit)
Tarif le plus bas	Hobbyist : 10 $/mois (8 $/mois annuel)	Premium : 3 $/mois (~30 $/an)
Tunnels HTTPS	Gratuit : oui, avec page d’avertissement pour le trafic navigateur	Nécessite Premium
Contournement CGNAT	Oui	Oui
Inspection/relecture des requêtes	Oui — un vrai point fort	Non — Playit fait du routage pur, pas du débogage
Source du client	Fermée	Open source

6. Étendre la portée : qui possède la frontière réseau ?

Ngrok et Playit.gg acheminent votre trafic via leurs serveurs. C’est pratique — pas besoin de VPS, pas de configuration DDoS — mais cela signifie aussi que vous êtes soumis aux prix, conditions et datacenters de ces fournisseurs. Des outils comme frp et inlets déplacent cette frontière vers une infrastructure que vous contrôlez, généralement un VPS à 4–6 $/mois chez DigitalOcean, Hetzner ou Linode.

frp (Fast Reverse Proxy)

frp est un reverse proxy open source, très populaire sur GitHub. Vous exécutez frps (serveur) sur votre VPS et frpc (client) sur votre machine locale, supportant TCP, UDP, HTTP et HTTPS.

Une correction importante : la fonction peer-to-peer de frp (xtcp) ne contourne pas totalement votre serveur relais comme on pourrait le croire. La documentation indique que frps est toujours nécessaire pour coordonner la connexion — “P2P” désigne uniquement la transmission de données directe après la mise en place, via STUN NAT hole-punching. Elle ne fonctionne pas avec tous les NAT, et la documentation recommande de revenir à stcp si xtcp échoue. frp offre une option pour des connexions à latence réduite, mais pas pour éliminer complètement le VPS.

inlets

inlets, créé par Alex Ellis, vise à fournir un tunnel auto-hébergé, compatible Kubernetes — automatisant la création de nœuds de sortie via inletsctl ou inlets-operator, sans configuration manuelle .ini ou .toml. Il fonctionne en couche 4, permettant de tunneler des bases de données (PostgreSQL, MySQL), SSH, RDP ou une API Kubernetes.

Une correction importante : inlets Pro n’est pas un logiciel libre. Contrairement à frp, il nécessite une licence payante en plus du VPS. Les prix actuels sur inlets.dev : plan Personnel à 25 $/mois (5 tunnels), Commercial à 50 $/mois (2 tunnels, +25 $/mois par tunnel supplémentaire), et Uplink à 250 $/mois par cluster (10 tunnels). Le coût réel d’une configuration inlets auto-hébergée inclut donc la facture VPS plus la licence.

Il est aussi utile de préciser : inlets ne supporte pas le tunneling UDP large, comme pour les serveurs de jeux ou VoIP. Son support UDP est limité à DNS, pour l’instant.

Verdict final

Le bon outil en 2026 dépend toujours du type de trafic et de l’infrastructure que vous souhaitez posséder.

Pour tester des intégrations, API ou webhooks, ngrok reste très efficace, même si son plan gratuit est plus restreint qu’avant.

Pour héberger un serveur de jeu ou gérer du trafic UDP brut sans coûts d’entreprise, Playit.gg est une option ciblée, à condition de comprendre que “IP statique” signifie “adresse persistante sur un réseau anycast” et que les tunnels HTTPS nécessitent le plan payant.

Pour un contrôle total de votre frontière réseau : frp est gratuit et gère bien UDP, mais son mode peer-to-peer dépend encore d’un serveur relais pour la signalisation. inlets est une option plus intégrée Kubernetes, mais il faut prévoir la licence en plus du VPS — ce n’est pas la solution gratuite qu’on pourrait croire.

---

Changelog (Corrections factuelles)

1. Limites du plan gratuit ngrok corrigées et détaillées. La version initiale mentionnait vaguement la bande passante. Vérifié dans la documentation officielle (ngrok.com/docs/pricing-limits) : le plan gratuit propose 1 endpoint actif, jusqu’à 3 tunnels par agent, 1 Go de transfert de données sortantes par mois, 20 000 requêtes HTTP, 1 domaine de développement statique, 5 000 connexions TCP/TLS. La tarification premium à 10 $/mois a été remplacée par la structure actuelle : Hobbyist 10 $/mois (8 $/an), Pay-as-you-go 20 $/mois + usage, Enterprise ~39 $/mois.
2. La mention “IP statique” de Playit.gg corrigée. La documentation indique que les tunnels gratuits utilisent un réseau “Global Anycast” où le datacenter peut varier — pas une IP fixe. La description a été modifiée pour parler d’une “adresse persistante” plutôt qu’une IP statique, avec une mention que le routage régional (datacenter fixe) est réservé au Premium.
3. HTTPS tunnels nécessitent Playit Premium confirmé dans la documentation support de Playit.
4. Le nombre de tunnels gratuits Playit.gg non vérifié officiellement. La figure de 4 TCP + 4 UDP apparaît dans plusieurs guides tiers, mais n’est pas explicitement listée sur la page tarifaire. La mention est donc prudente.
5. Tarification Premium confirmée à 3 $/mois sur playit.gg/pricing. La mention d’analyses basiques a été supprimée.
6. Le client open source Playit.gg confirmé via le dépôt GitHub playit-cloud/playit-agent.
7. Correction sur le mode P2P de frp. La documentation précise que frps est toujours nécessaire pour la coordination, et que le mode xtcp ne contourne pas totalement le serveur relais.
8. Correction sur le coût d’inlets. Inlets Pro nécessite une licence payante, avec des prix à 25 $/mois pour le plan personnel, 50 $/mois pour le commercial, et 250 $/mois par cluster pour Uplink. La dépense totale inclut donc la licence.
9. Support UDP d’inlets limité à DNS. La documentation indique que UDP n’est supporté que pour DNS, pas pour le trafic général.
10. Section CGNAT étendue avec références. Dates d’épuisement des IPv4 (ARIN 2015, RIPE 2019), plage RFC 6598, NAT444, et adoption IPv6 globale en 2026 (~40%).
11. Superlatifs supprimés ou attribués. La rédaction privilégie les faits sourcés et évite les affirmations non vérifiées.

Sources principales : ngrok.com/docs/pricing-limits, playit.gg/pricing, playit.gg, github.com/fatedier/frp, github.com/playit-cloud/playit-agent, inlets.dev/pricing, docs.inlets.dev, en.wikipedia.org/wiki/IPv4_address_exhaustion, articles comparatifs 2026.