Accéder à vos applications web locales en toute sécurité avec Tailscale

Vous êtes en plein développement d’une fonctionnalité. Votre designer doit la vérifier sur sa machine. Vos options : pousser une branche inachevée vers un serveur de staging, vous battre avec le port forwarding, ou lancer ngrok en espérant que le tunnel reste actif. Aucune de ces solutions n’est satisfaisante.

Tailscale offre une approche plus élégante. Cet article explique comment utiliser Tailscale Serve pour accéder de manière sécurisée à vos applications web locales depuis différents appareils et avec vos coéquipiers — sans ouvrir de ports de pare-feu ni configurer de reverse proxies.

Qu’est-ce qu’un tailnet et pourquoi est-ce important pour le développement local

Lorsque vous installez Tailscale sur vos appareils, ils rejoignent un réseau privé chiffré appelé tailnet. Chaque appareil obtient une adresse IP stable et un nom d’hôte DNS qui fonctionne de manière cohérente quel que soit le réseau Wi-Fi sur lequel vous vous trouvez.

C’est la fondation. Votre ordinateur portable dans un café et votre ordinateur de bureau à la maison sont sur le même tailnet — et ils peuvent se joindre directement via un tunnel WireGuard chiffré. Pas d’IP statiques, pas de configuration VPN, pas de règles de pare-feu.

Tailscale Serve : l’outil adapté pour sécuriser vos serveurs de développement locaux

Tailscale Serve expose un service local — par exemple, un serveur de développement tournant sur localhost:3000 — aux autres appareils à l’intérieur de votre tailnet. C’est l’outil approprié lorsque votre audience est votre équipe, et non l’internet public.

Pour partager une application web locale avec vos coéquipiers, exécutez :

tailscale serve 3000

C’est tout. Tailscale provisionne automatiquement un certificat HTTPS via MagicDNS et rend votre application disponible à une URL stable comme :

https://your-device-name.your-tailnet.ts.net

N’importe quel coéquipier avec Tailscale installé et les bonnes permissions d’accès peut ouvrir cette URL de n’importe où — d’une ville différente, d’un réseau différent — et accéder directement à votre serveur de développement local.

Ce que Serve gère pour vous

• HTTPS automatique — Tailscale gère les certificats TLS. Aucun avertissement de certificat auto-signé.
• Nom d’hôte stable — L’URL ne change pas entre les sessions.
• Aucun port ouvert — Votre service local est lié à localhost. Rien n’est exposé à l’internet public.
• Propagation d’identité — Tailscale peut transmettre l’identité de l’utilisateur authentifié à votre backend via des en-têtes de requête (Tailscale-User-Login, Tailscale-User-Name), ce qui est utile pour un contrôle d’accès léger dans les environnements de développement.

Pour la sécurité, gardez votre serveur de développement lié à localhost (le comportement par défaut de la plupart des frameworks). Tailscale Serve agit comme la couche de proxy sécurisée — votre application n’a jamais besoin d’écouter sur une interface publique.

Tailscale Serve vs Funnel : comprendre la différence

Cette distinction est importante et mérite d’être explicite.

Utilisez Serve pour partager avec des coéquipiers qui ont déjà Tailscale. Utilisez Tailscale Funnel lorsque vous avez besoin que quelqu’un en dehors de votre tailnet — un client, un stakeholder, un fournisseur de webhook — accède à votre service local.

Pour exposer votre application publiquement avec Funnel :

tailscale funnel 3000

Le format de l’URL est le même, mais le trafic est désormais routable depuis l’internet ouvert. Utilisez ceci délibérément et uniquement lorsque nécessaire.

Scénarios concrets où ce workflow excelle

• Revue de design responsive — Partagez un serveur de développement Next.js avec un designer sur un réseau différent sans rien déployer.
• Pair programming à distance — Un coéquipier ouvre votre application locale dans son navigateur pendant que vous codez.
• Prévisualisations pour stakeholders — Utilisez Funnel pour un lien de démo à durée limitée sans créer d’environnement de staging.
• Tests mobile — Accédez à votre serveur de développement localhost depuis votre téléphone, qui est également sur votre tailnet.

Pour commencer

1. Téléchargez et installez Tailscale sur chaque appareil.
2. Connectez-vous et assurez-vous que MagicDNS est activé dans votre console d’administration.
3. Démarrez votre serveur de développement sur localhost:3000 (ou n’importe quel port).
4. Exécutez tailscale serve 3000 sur la machine hôte.
5. Ouvrez l’URL https:// fournie sur n’importe quel autre appareil du tailnet.

Pour arrêter le partage, exécutez :

tailscale serve reset

Conclusion

Tailscale Serve élimine les frictions liées au partage du travail de développement local. Votre équipe obtient un lien HTTPS stable et chiffré. Votre service reste sur localhost. Vous évitez complètement le serveur de staging pour les revues internes. Lorsque vous avez réellement besoin d’un accès public, Funnel n’est qu’à une commande. L’ensemble de la configuration prend quelques minutes et ne nécessite aucun changement d’infrastructure — installez simplement Tailscale, exécutez une seule commande et partagez l’URL.

FAQ

Understand every bug

Uncover frustrations, understand bugs and fix slowdowns like never before with OpenReplay — the open-source session replay tool for developers. Self-host it in minutes, and have complete control over your customer data. Check our GitHub repo and join the thousands of developers in our community.