Connection refused est le message qu'on a quand il n'y a pas de serveur qui écoute sur un couple adresse:port, ou qu'un firewall bloque en répondant (ce qui est rare, on a en général un timeout avec les firewalls).
Est-ce que le serveur web écoute sur l'interface wifi ?
Tu peux le vérifier avec netstat ou ss, avec l'option -l (listen) en particulier (perso je trouve netstat plus lisible).
Sur mon ordi, on peut voir que seul CUPS écoute en TCP sur l'interface locale (127.0.0.1) :
[root@mil charles]# ss -lntp4
State Recv-Q Send-Q Local Address:Port Peer Address:Port Process
LISTEN 0 128 127.0.0.1:631 0.0.0.0:* users:(("cupsd",pid=1938,fd=8))
[root@mil charles]# netstat -lntp4
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name
tcp 0 0 127.0.0.1:631 0.0.0.0:* LISTEN 1938/cupsd
Dans ss, c'est la colonne Local Address:Port qui t'intéresse. Dans netstat, c'est Local Address.
Si tu n'as une ligne pour ton serveur web qui écoute sur 0.0.0.0 ou sur 10.42.0.1, le problème vient de sans doute de là.
# Listen ?
Posté par cg . En réponse au message Serveur web inaccessible via une interface Wifi point d'accès. Évalué à 6. Dernière modification le 30 janvier 2022 à 10:53.
Connection refusedest le message qu'on a quand il n'y a pas de serveur qui écoute sur un couple adresse:port, ou qu'un firewall bloque en répondant (ce qui est rare, on a en général un timeout avec les firewalls).Est-ce que le serveur web écoute sur l'interface wifi ?
Tu peux le vérifier avec
netstatouss, avec l'option-l(listen) en particulier (perso je trouve netstat plus lisible).Sur mon ordi, on peut voir que seul CUPS écoute en TCP sur l'interface locale (127.0.0.1) :
Dans
ss, c'est la colonneLocal Address:Portqui t'intéresse. Dansnetstat, c'estLocal Address.Si tu n'as une ligne pour ton serveur web qui écoute sur
0.0.0.0ou sur10.42.0.1, le problème vient de sans doute de là.