This is a multi-part message in MIME format.
Le 21/11/2021 à 18:43, Stephane Bortzmeyer a écrit :
C'est a priori une très mauvaise idée. Si un jour l'ICANN délègue
.home, le déboguage deviendra infernal. Il vaut toujours mieux
prendre un sous-domaine d'un domaine qu'on a déjà.
ok, je n'ai pas d'autre domaine et mon réseau local date de 2002, à
l'époque il ne m'a pas semblé avoir de l'importance de choisir ce nom de domaine
Comme dit par ailleurs, on ne teste pas ses serveurs HTTP avec un
navigateur Web. Ceux-ci sont en effet des logiciels très complexes
avec plein de fonctions qui sont là pour aider l'utilisateur mais qui
compliquent le déboguage. (Par exemple, Firefox qui ajoute
automatiquement le "www" devant le nom de domaine si le nom en
question n'a pas d'adresse IP. C'est sympa, mais ça peut dissimuler un
problème.)
Il vaut mieux utiliser un outil simple comme curl. Par exemple :
curl -v http://yyyyyyy.home/
donne quel message d'erreur (et toujours envoyer les messages d'erreur
littéraux, pas de résumé ou d'interprétation) ?
merci pour ces données, effectivement curl -v
http://yyyyyyy.home/
marche bien, affiche bien la page voulue,
j'ai testé avec konqueror, j'obtiens la bonne page sans problème et je navigue bien dans le site local. donc le problème vient de l'adressage
par firefox.
voici le résultat de curl -v
http://XXXXXXXXXXX.home :
curl -v
http://XXXXXXXXXXX.home
* Trying 192.168.xxx.yyy:80...
* Connected to XXXXXXXXXXX.home (192.168.xxx.yyy) port 80 (#0)
GET / HTTP/1.1
Host: XXXXXXXXXXX.home
User-Agent: curl/7.74.0
Accept: */*
* Mark bundle as not supporting multiuse
< HTTP/1.1 200 OK
< Date: Sun, 21 Nov 2021 18:07:41 GMT
< Server: Apache/2.4.51 (Debian)
< Last-Modified: Thu, 18 Nov 2021 20:24:46 GMT
< ETag: "e0-5d115f31c48bc"
< Accept-Ranges: bytes
< Content-Length: 224
< Vary: Accept-Encoding
< Content-Type: text/html
<
<html>
<head>
<title>Mon Site de test num 2</title>
</head>
<body>
<h1>bienvenu sur le site XXXXXXXXXXX.home de test</h1>
<h1>Ceci est un test après écriture</h1>
<h2>ceci est le domain XXXXXXXXXXX.home</h2>
</body>
</html>
* Connection #0 to host XXXXXXXXXXX.home left intact
merci pour l'attention que vous portez à mon problème
Gérard
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body>
<div class="moz-cite-prefix">Le 21/11/2021 à 18:43, Stephane
Bortzmeyer a écrit :<br>
</div>
<blockquote type="cite" cite="mid:
[email protected]"><br>
<pre class="moz-quote-pre" wrap="">C'est a priori une très mauvaise idée. Si un jour l'ICANN délègue
.home, le déboguage deviendra infernal. Il vaut toujours mieux
prendre un sous-domaine d'un domaine qu'on a déjà.</pre>
</blockquote>
ok, je n'ai pas d'autre domaine et mon réseau local date de 2002, à
l'époque il ne m'a pas semblé avoir de l'importance de choisir ce
nom de domaine<br>
<blockquote type="cite" cite="mid:
[email protected]">
<blockquote type="cite">
<pre class="moz-quote-pre" wrap="">
Comme dit par ailleurs, on ne teste pas ses serveurs HTTP avec un
navigateur Web. Ceux-ci sont en effet des logiciels très complexes
avec plein de fonctions qui sont là pour aider l'utilisateur mais qui compliquent le déboguage. (Par exemple, Firefox qui ajoute
automatiquement le "www" devant le nom de domaine si le nom en
question n'a pas d'adresse IP. C'est sympa, mais ça peut dissimuler un problème.)
Il vaut mieux utiliser un outil simple comme curl. Par exemple :
curl -v <a class="moz-txt-link-freetext" href="
http://yyyyyyy.home/">http://yyyyyyy.home/</a>
donne quel message d'erreur (et toujours envoyer les messages d'erreur littéraux, pas de résumé ou d'interprétation) ?
</pre>
</blockquote>
</blockquote>
<p>merci pour ces données, effectivement curl -v
<a class="moz-txt-link-freetext" href="
http://yyyyyyy.home/">http://yyyyyyy.home/</a> marche bien, affiche bien la page voulue, <br>
</p>
<p>j'ai testé avec konqueror, j'obtiens la bonne page sans problème
et je navigue bien dans le site local. donc le problème vient de
l'adressage par firefox.</p>
<p>voici le résultat de curl -v <a class="moz-txt-link-freetext" href="
http://XXXXXXXXXXX.home">http://XXXXXXXXXXX.home</a> :</p>
<p><font size="-2">curl -v <a class="moz-txt-link-freetext" href="
http://XXXXXXXXXXX.home">http://XXXXXXXXXXX.home</a><br>
* Trying 192.168.xxx.yyy:80...<br>
* Connected to XXXXXXXXXXX.home (192.168.xxx.yyy) port 80 (#0)<br>
> GET / HTTP/1.1<br>
> Host: XXXXXXXXXXX.home<br>
> User-Agent: curl/7.74.0<br>
> Accept: */*<br>
> <br>
* Mark bundle as not supporting multiuse<br>
< HTTP/1.1 200 OK<br>
< Date: Sun, 21 Nov 2021 18:07:41 GMT<br>
< Server: Apache/2.4.51 (Debian)<br>
< Last-Modified: Thu, 18 Nov 2021 20:24:46 GMT<br>
< ETag: "e0-5d115f31c48bc"<br>
< Accept-Ranges: bytes<br>
< Content-Length: 224<br>
< Vary: Accept-Encoding<br>
< Content-Type: text/html<br>
< <br>
<html><br>
<head><br>
<title>Mon Site de test num
2</title><br>
</head><br>
<body><br>
<h1>bienvenu sur le site XXXXXXXXXXX.home
de test</h1><br>
<h1>Ceci est un test après
écriture</h1><br>
<h2>ceci est le domain
XXXXXXXXXXX.home</h2><br>
</body><br>
</html><br>
* Connection #0 to host XXXXXXXXXXX.home left intact<br>
</font><br>
</p>
<p>merci pour l'attention que vous portez à mon problème</p>
<p>Gérard<br>
</p>
</body>
</html>
--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)