Bonjour

sur un réseau local j'ai un problème d'accès a mon serveur Apache2

Quand je suis sur le serveur tout fonctionne dans un navigateur, depuis
un poste situé sur ce réseau une demande d'accès depuis un navigateur ne fonctionne pas même en indiquant l'adresse IP du serveur.

Un ping sur cette même adresse fonctionne.

Merci

François

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On Fri, 2025-03-21 at 14:18 +0100, Informatique BILLARD wrote:

Bonjour

sur un réseau local j'ai un problème d'accès a mon serveur Apache2

Quand je suis sur le serveur tout fonctionne dans un navigateur, depuis
un poste situé sur ce réseau une demande d'accès depuis un navigateur ne fonctionne pas même en indiquant l'adresse IP du serveur.

Que donne la commande wget sur le poste local?

Je suggère de l'utiliser avec les options adéquates. Essayez d'abord wget --help

Ensuite essayez avec un navigateur Web rustique par exemple https://dillo.org/

Et le serveur pourrait être codé/amélioré avec https://ocsigen.org/ ou bien https://github.com/davidmoreno/onion

Une URL ne fonctionne souvent pas avec l'adresse IP.

Pour les détails documentez vous sur le protocole HTTP 1.1 ou HTTP 2

https://fr.wikipedia.org/wiki/Hypertext_Transfer_Protocol

C'est compliqué et il vous faudra plusieurs jours de lecture.

Cordialement

--
Basile STARYNKEVITCH <[email protected]>
8 rue de la Faïencerie http://starynkevitch.net/Basile/
92340 Bourg-la-Reine https://github.com/bstarynk
France https://github.com/RefPerSys/RefPerSys

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Le 2025-03-21 14:18, Informatique BILLARD a écrit :

sur un réseau local j'ai un problème d'accès a mon serveur Apache2

Quand je suis sur le serveur tout fonctionne dans un navigateur, depuis
un poste situé sur ce réseau une demande d'accès depuis un navigateur
ne fonctionne pas même en indiquant l'adresse IP du serveur.

Est-ce que le service écoute bien sur l'extérieur ?
Tu pourras le savoir avec l'une de ces commandes (selon que tu fais du
SSL ou pas) :

$ netstat -peanut | grep ":80\w.*LISTEN"
$ netstat -peanut | grep ":443\w.*LISTEN"

Un ping sur cette même adresse fonctionne.

J'imagine donc qu'aucune de ces commandes ne retourne rien (depuis un
poste distant) :

$ nc -v <ton-ip> 80
$ nc -v <ton-ip> 443

Sébastien

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

This is a multi-part message in MIME format. Qm9uam91ciwNCg0KSmUgc3VwcG9zZSBxdWUgY2VsYSBmb25jdGlvbm5lIGVuIHV0aWxpc2Fu dCBsJ1VSTCBodHRwOi8vMTI3LjAuMC4xIHN1ciANCmxlIHBvc3RlIHNlcnZldXIuDQpFc3Qg Y2UgcXVlIMOnYSBmb25jdGlvbm5lIHN1ciBsZSBzZXJ2ZXVyIGF2ZWMgbCdVUkwgaHR0cDov L2lwLWR1LXNlcnZldXIgPw0KDQpVbmUgcG9zc2liaWxpdMOpIDoNCg0KRGFucyBsZXMgY29u ZmlndXJhdGlvbnMgZCdhcGFjaGUgL2V0Yy9hcGFjaGUyL3NpdGVzLWVuYWJsZWQvKi5jb25m DQpWw6lyaWZpZXIgbGEgY29uZmlndXJhdGlvbiBkdSB2aXJ0dWFsaG9zdCB1dGlsaXPDqS4N ClBhciBleGVtcGxlIDoNCjxWaXJ0dWFsSG9zdCAqOjgwPg0KT3V2cmUgbCdhY2PDqHMgYXUg c2l0ZSBzdXIgbGUgcG9ydCBodHRwIDgwIMOgIHRvdXRlcyBsZXMgaW50ZXJmYWNlcyByw6lz ZWF1IA0Kc3VyIHNlcnZldXINCm1haXMgYXZlYw0KPFZpcnR1YWxIb3N0IDEyNy4wLjAuMTo4 MD4NCmFwYWNoZSBuJ8OpY291dGVyYSBxdWUgc3VyIGwnaW50ZXJmYWNlIGJvdWNsZSBsb2Nh bGUgaW50ZXJuZSBkJ0lQIA0KMTI3LjAuMC4xIGV0IHBvcnQgODANCg0KYm9ubmUgZmluIGRl IGpvdXJuw6llLA0KSmVhbi1EYW5pZWwNCg0KDQpMZSAyMS8wMy8yMDI1IMOgIDE0OjE4LCBJ bmZvcm1hdGlxdWUgQklMTEFSRCBhIMOpY3JpdMKgOg0KPiBCb25qb3VyDQo+DQo+IHN1ciB1 biByw6lzZWF1IGxvY2FsIGonYWkgdW4gcHJvYmzDqG1lIGQnYWNjw6hzIGEgbW9uIHNlcnZl dXIgQXBhY2hlMg0KPg0KPiBRdWFuZCBqZSBzdWlzIHN1ciBsZSBzZXJ2ZXVyIHRvdXQgZm9u Y3Rpb25uZSBkYW5zIHVuIG5hdmlnYXRldXIsIA0KPiBkZXB1aXMgdW4gcG9zdGUgc2l0dcOp IHN1ciBjZSByw6lzZWF1IHVuZSBkZW1hbmRlIGQnYWNjw6hzIGRlcHVpcyB1biANCj4gbmF2 aWdhdGV1ciBuZSBmb25jdGlvbm5lIHBhcyBtw6ptZSBlbiBpbmRpcXVhbnQgbCdhZHJlc3Nl IElQIGR1IHNlcnZldXIuDQo+DQo+IFVuIHBpbmcgc3VyIGNldHRlIG3Dqm1lIGFkcmVzc2Ug Zm9uY3Rpb25uZS4NCj4NCj4gTWVyY2kNCj4NCj4gRnJhbsOnb2lzDQo+DQo+DQotLSANCi0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLQ0KWy/Cq0xlIGJ1dCBkdSBwcm9wYWdhbmRpc3RlIGVzdCBkZSBm YWlyZSBvdWJsaWVyIMOgIHVuIGdyb3VwZSBkZSBwZXJzb25uZXMgDQpxdWUgY2VydGFpbnMg YXV0cmVzIGdyb3VwZXMgZGUgcGVyc29ubmVzIHNvbnQgaHVtYWlucy7CuyBBbGRvdXMgSHV4 bGV5IA0KKDE5MzYpL10NCg==
<!DOCTYPE html>
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body>
<p>Bonjour,</p>
<p>Je suppose que cela fonctionne en utilisant l'URL
<a class="moz-txt-link-freetext" href="http://127.0.0.1">http://127.0.0.1</a> sur le poste serveur.<br>
Est ce que ça fonctionne sur le serveur avec l'URL
<a class="moz-txt-link-freetext" href="http://ip-du-serveur">http://ip-du-serveur</a> ?</p>
<p>Une possibilité :<br>
</p>
<p>Dans les configurations d'apache
/etc/apache2/sites-enabled/*.conf<br>
Vérifier la configuration du virtualhost utilisé.<br>
Par exemple :<br>
&lt;VirtualHost *:80&gt;<br>
Ouvre l'accès au site sur le port http 80 à toutes les interfaces
réseau sur serveur<br>
mais avec <br>
&lt;VirtualHost 127.0.0.1:80&gt;<br>
apache n'écoutera que sur l'interface boucle locale interne d'IP
127.0.0.1 et port 80<br>
</p>
<p>bonne fin de journée,<br>
Jean-Daniel</p>
<p><br>
</p>
<div class="moz-cite-prefix">Le 21/03/2025 à 14:18, Informatique
BILLARD a écrit :<br>
</div>
<blockquote type="cite" cite="mid:[email protected]">Bonjour
<br>
<br>
sur un réseau local j'ai un problème d'accès a mon serveur Apache2
<br>
<br>
Quand je suis sur le serveur tout fonctionne dans un navigateur,
depuis un poste situé sur ce réseau une demande d'accès depuis un
navigateur ne fonctionne pas même en indiquant l'adresse IP du
serveur.
<br>
<br>
Un ping sur cette même adresse fonctionne.
<br>
<br>
Merci
<br>
<br>
François
<br>
<br>
<br>
</blockquote>
<div class="moz-signature">-- <br>
<hr>
[<i>«Le but du propagandiste est de faire oublier à un groupe de
personnes que certains autres groupes de personnes sont
humains.» Aldous Huxley (1936)</i>]
</div>
</body>
</html>

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

This is a multi-part message in MIME format. Qm9uam91ciwNCg0KSmUgcmVudm9pZSBjZSBtYWlsIHBhcmNlIHF1ZSBqZSBuZSBsZSB2b2lz IHBhcyBhcHBhcmHDrnRyZSBkYW5zIGxhIGxpc3RlIA0KZXQgamUgcGVuc2UgcXVlIGQnYXZv aXIgbWlzIGxlcyB1cmwgZW4gY2xhaXIgbidhIHBhcyBwbHUgw6AgdW4gYW50aXNwYW0gDQpz dXIgbGEgcm91dGUuDQpKZSByYWpvdXRlIGRlcyBlc3BhY2VzLi4uDQpEw6lzb2zDqSBwb3Vy IGxlIGRvdWJsb24gc2kgamUgbWUgc3VpcyB0cm9tcMOpLg0KDQpKZSBzdXBwb3NlIHF1ZSBj ZWxhIGZvbmN0aW9ubmUgZW4gdXRpbGlzYW50IGwnVVJMIGh0dHAgOiAvLyAxMjcuMC4wLjEg DQpzdXIgbGUgcG9zdGUgc2VydmV1ci4NCkVzdCBjZSBxdWUgw6dhIGZvbmN0aW9ubmUgc3Vy IGxlIHNlcnZldXIgYXZlYyBsJ1VSTCBodHRwIDogLy8gaXAtZHUtc2VydmV1ciA/DQoNClVu ZSBwb3NzaWJpbGl0w6kgOg0KDQpEYW5zIGxlcyBjb25maWd1cmF0aW9ucyBkJ2FwYWNoZSAv ZXRjL2FwYWNoZTIvc2l0ZXMtZW5hYmxlZC8qLmNvbmYNClbDqXJpZmllciBsYSBjb25maWd1 cmF0aW9uIGR1IHZpcnR1YWxob3N0IHV0aWxpc8OpLg0KUGFyIGV4ZW1wbGUgOg0KPFZpcnR1 YWxIb3N0ICo6ODA+DQpPdXZyZSBsJ2FjY8OocyBhdSBzaXRlIHN1ciBsZSBwb3J0IGh0dHAg ODAgw6AgdG91dGVzIGxlcyBpbnRlcmZhY2VzIHLDqXNlYXUgDQpzdXIgc2VydmV1cg0KbWFp cyBhdmVjDQo8VmlydHVhbEhvc3QgMTI3LjAuMC4xOjgwPg0KYXBhY2hlIG4nw6ljb3V0ZXJh IHF1ZSBzdXIgbCdpbnRlcmZhY2UgYm91Y2xlIGxvY2FsZSBpbnRlcm5lIGQnSVAgDQoxMjcu MC4wLjEgZXQgcG9ydCA4MA0KDQpib25uZSBmaW4gZGUgam91cm7DqWUsDQpKZWFuLURhbmll bA0KDQoNCkxlIDIxLzAzLzIwMjUgw6AgMTQ6MTgsIEluZm9ybWF0aXF1ZSBCSUxMQVJEIGEg w6ljcml0wqA6DQo+IEJvbmpvdXINCj4NCj4gc3VyIHVuIHLDqXNlYXUgbG9jYWwgaidhaSB1 biBwcm9ibMOobWUgZCdhY2PDqHMgYSBtb24gc2VydmV1ciBBcGFjaGUyDQo+DQo+IFF1YW5k IGplIHN1aXMgc3VyIGxlIHNlcnZldXIgdG91dCBmb25jdGlvbm5lIGRhbnMgdW4gbmF2aWdh dGV1ciwgDQo+IGRlcHVpcyB1biBwb3N0ZSBzaXR1w6kgc3VyIGNlIHLDqXNlYXUgdW5lIGRl bWFuZGUgZCdhY2PDqHMgZGVwdWlzIHVuIA0KPiBuYXZpZ2F0ZXVyIG5lIGZvbmN0aW9ubmUg cGFzIG3Dqm1lIGVuIGluZGlxdWFudCBsJ2FkcmVzc2UgSVAgZHUgc2VydmV1ci4NCj4NCj4g VW4gcGluZyBzdXIgY2V0dGUgbcOqbWUgYWRyZXNzZSBmb25jdGlvbm5lLg0KPg0KPiBNZXJj aQ0KPg0KPiBGcmFuw6dvaXMNCj4NCj4NCi0tIA0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQpbL8Kr TGUgYnV0IGR1IHByb3BhZ2FuZGlzdGUgZXN0IGRlIGZhaXJlIG91YmxpZXIgw6AgdW4gZ3Jv dXBlIGRlIHBlcnNvbm5lcyANCnF1ZSBjZXJ0YWlucyBhdXRyZXMgZ3JvdXBlcyBkZSBwZXJz b25uZXMgc29udCBodW1haW5zLsK7IEFsZG91cyBIdXhsZXkgDQooMTkzNikvXQ0K
<!DOCTYPE html>
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body>
<p>Bonjour,</p>
<p>Je renvoie ce mail parce que je ne le vois pas apparaître dans la
liste et je pense que d'avoir mis les url en clair n'a pas plu à
un antispam sur la route.<br>
Je rajoute des espaces...<br>
Désolé pour le doublon si je me suis trompé.<br>
</p>
<p>Je suppose que cela fonctionne en utilisant l'URL <span style="">http
: // 127.0.0.1</span> sur le poste serveur.<br>
Est ce que ça fonctionne sur le serveur avec l'URL <span style="">http
: // ip-du-serveur</span> ?</p>
<p>Une possibilité :<br>
</p>
<p>Dans les configurations d'apache
/etc/apache2/sites-enabled/*.conf<br>
Vérifier la configuration du virtualhost utilisé.<br>
Par exemple :<br>
&lt;VirtualHost *:80&gt;<br>
Ouvre l'accès au site sur le port http 80 à toutes les interfaces
réseau sur serveur<br>
mais avec <br>
&lt;VirtualHost 127.0.0.1:80&gt;<br>
apache n'écoutera que sur l'interface boucle locale interne d'IP
127.0.0.1 et port 80<br>
</p>
<p>bonne fin de journée,<br>
Jean-Daniel</p>
<p><br>
</p>
<div class="moz-cite-prefix">Le 21/03/2025 à 14:18, Informatique
BILLARD a écrit :<br>
</div>
<blockquote type="cite" cite="mid:[email protected]">Bonjour
<br>
<br>
sur un réseau local j'ai un problème d'accès a mon serveur Apache2
<br>
<br>
Quand je suis sur le serveur tout fonctionne dans un navigateur,
depuis un poste situé sur ce réseau une demande d'accès depuis un
navigateur ne fonctionne pas même en indiquant l'adresse IP du
serveur. <br>
<br>
Un ping sur cette même adresse fonctionne. <br>
<br>
Merci <br>
<br>
François <br>
<br>
<br>
</blockquote>
<div class="moz-signature">-- <br>
<hr> [<i>«Le but du propagandiste est de faire oublier à un groupe
de personnes que certains autres groupes de personnes sont
humains.» Aldous Huxley (1936)</i>] </div>
</body>
</html>

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Bonjour,

voici les résultats des tests :

sur le serveur

netstat -peanut | grep ":80\w.*LISTEN"
$ netstat -peanut | grep ":443\w.*LISTEN"

ne renvoi rien du tout.


La commande wget sur le nom et non sur l'adresse Ip renvoi la page
proposée par apache index.html.

Mon virtaul host écoute bien sur toutes les interfaces avec <VirtualHost
*:80>


Depuis un poste

nc -v <ton-ip> 80

TIME OUT

Cordialement

François-Marie


Le 21/03/2025 à 14:18, Informatique BILLARD a écrit :

Bonjour

sur un réseau local j'ai un problème d'accès a mon serveur Apache2

Quand je suis sur le serveur tout fonctionne dans un navigateur,
depuis un poste situé sur ce réseau une demande d'accès depuis un navigateur ne fonctionne pas même en indiquant l'adresse IP du serveur.

Un ping sur cette même adresse fonctionne.

Merci

François

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Bonjour

sur le serveur tcpdump -ni any port 80 or 443 et refaire le test à
partir du client. Soit apache n'écoute que sur localhost soit les ports
sont bloqués par le pare-feu

Le 24/03/2025 à 09:43, Informatique BILLARD a écrit :

Bonjour,

voici les résultats des tests :

sur le serveur

netstat -peanut | grep ":80\w.*LISTEN"
$ netstat -peanut | grep ":443\w.*LISTEN"

ne renvoi rien du tout.

La commande wget sur le nom et non sur l'adresse Ip renvoi la page
proposée par apache index.html.

Mon virtaul host écoute bien sur toutes les interfaces avec
<VirtualHost *:80>

Depuis un poste

nc -v <ton-ip> 80

TIME OUT

Cordialement

François-Marie

Le 21/03/2025 à 14:18, Informatique BILLARD a écrit :

Bonjour

sur un réseau local j'ai un problème d'accès a mon serveur Apache2

Quand je suis sur le serveur tout fonctionne dans un navigateur,
depuis un poste situé sur ce réseau une demande d'accès depuis un
navigateur ne fonctionne pas même en indiquant l'adresse IP du serveur.

Un ping sur cette même adresse fonctionne.

Merci

François

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Bonjour

il semblerait que le problème soir lié à ma configuration de nftables.

Un nouveau rechargement des règles et tout est rentré dans l'ordre.

 Merci.

François-Marie



Le 24/03/2025 à 09:43, Informatique BILLARD a écrit :

Bonjour,

voici les résultats des tests :

sur le serveur

netstat -peanut | grep ":80\w.*LISTEN"
$ netstat -peanut | grep ":443\w.*LISTEN"

ne renvoi rien du tout.

La commande wget sur le nom et non sur l'adresse Ip renvoi la page
proposée par apache index.html.

Mon virtaul host écoute bien sur toutes les interfaces avec
<VirtualHost *:80>

Depuis un poste

nc -v <ton-ip> 80

TIME OUT

Cordialement

François-Marie

Le 21/03/2025 à 14:18, Informatique BILLARD a écrit :

Bonjour

sur un réseau local j'ai un problème d'accès a mon serveur Apache2

Quand je suis sur le serveur tout fonctionne dans un navigateur,
depuis un poste situé sur ce réseau une demande d'accès depuis un
navigateur ne fonctionne pas même en indiquant l'adresse IP du serveur.

Un ping sur cette même adresse fonctionne.

Merci

François

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)