Bonjour,
Le 2026-06-15 19:11, Jean Bernon a écrit :
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".
Ça c'est probablement un service local qui gère le DNS de manière
dynamique.
Il y a des chances que ce soit systemd-resolved. Cette commande te
permettra de déterminer si ce service tourne :
$ systemctl status systemd-resolved.service
En tout cas, tu ne peux pas utiliser curl (du moins pas directement)
pour déterminer si il fonctionne car curl va tenter une connexion HTTP
(port 80) alors que le DNS écoute sur le port 53.
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.
Si je reprends ta commande d'origine : tailscale serve -bg
http:127.0.0.1:11000
De ce que j'en comprends, tu demandes à tailscale de lier le port http
(80) au port 11000 sur localhost.
C'est donc normal que ça échoue si personne n'écoute sur le port 80. En
installant Apache, tu as maintenant un process en écoute sur ce port.
Est-ce qu'Apache répond bien quelque chose ? Tu peux le tester avec
`curl http://localhost`
Tu devrais obtenir la page par défaut d'Apache.
[edit]
Après avoir écrit tout ça, je relis ton message d'origine et je vois que
:
docker-pr 518013 root 8u IPv4 1487586 0t0 TCP *:80 (LISTEN)
Tu sembles avoir un process qui écoute sur le port 80 avant installation
d'Apache…
Qu'obtiens-tu en désinstallant Apache et en faisant un `curl
http://localhost` ?
[/edit]
Sébastien
