Merci de ta réponse, Sébastien. J'avais déjà utilisé "tailscale status" et "tailscale funnel (ou serve) status". En ipv6, j'ai exactement le même problème.
En revanche le lancement de la commande sans --bg m'a effectivement donné une petit piste. La commande échoue, parce que http://127.0.0.1 échoue. Et tailscale status me donnait déjà cette indication "Tailscale can't reach the configured DNS servers". Dans /etc/resolv.conf j'ai le nameserver 127.0.0.53 et curl sur cette adresse me renvoyait une erreur "connection refused". Après avoir installé et lancé apache, je n'ai plus ces erreurs. 127.0.0.1 et 127.0.0.53 sont bien accessibles, mais si je précise le port 11000 (127.0.0.1:11000) j'ai à nouveau "connection refused". Il n'y a pourtant pas de firewall. Il faut que je creuse peut-être côté iptables. Bref je connais mal la configuration réseau et je patine... :)) ----- Mail original ----- > De: "Sébastien NOBILI" <[email protected]> > À: [email protected] > Envoyé: Lundi 15 Juin 2026 09:39:38 > Objet: Re: Nextcloud again > Bonjour, > Le 2026-06-14 14:34, Jean Bernon a écrit : > > Sur la nouvelle installation la même commande échoue à ouvrir ce > > port sans aucun avertissement. Le seul indice, à ma connaissance, > > est > > que le port 11000 n'est pas ouvert. > Je ne connais pas tailscale, mais ces commandes pourraient te donner > des > pistes : > - tailscale debug > - tailscale status > - tailscale serve status > As-tu essayé sans le flag `--bg` ? Souvent quand on demande à un > process > de fork(er), > on renonce aussi aux informations intéressantes. > Avec ta commande lsof, tu cherches spécifiquement sur IPv4. Est-ce > que > tu as regardé > aussi sur IPv6 ? > Sébastien
