Que se passe-t-il si vous n'utilisez pas de nom de domaine complet (FQDN) , mais, utilisez-vous plutôt une adresse IP dans le navigateur? Un exemple que vous pourriez utiliser serait http://208.80.154.224/ . Ce que vous devriez voir est un message indiquant:
Domaine non configuré
Ce domaine pointe vers un Wikimedia Foundation
serveur , mais n'est pas configuré sur cette
serveur
Que se passe-t-il ensuite si vous utilisez un nom de domaine complet pour un site Web à cette adresse, par exemple, http://en.wikipedia.org/ ou https://en.wikipedia.org/ ?
Je l’ai trouvé utile parfois lorsque des choses étranges comme celles que vous vivez se produisent pour vérifier ce qui se passe lorsque je tente de me connecter à un site Web à l’aide d’un telnet client plutôt que depuis un navigateur Web. Parfois, cela m'a aidé à isoler la source du problème. Vous pouvez installer un client telnet fourni par Microsoft ou installez le gratuit Mastic telnet / SSH client et ensuite utilisez PuTTY pour vous connecter à un site Web et émettre une commande qu'un navigateur émettrait .
Si vous utilisez le client telnet de Microsoft, ouvrir une fenêtre d'invite de commande puis délivrer le
commander telnet example.com 80 (vous pouvez bien sûr remplacer n'importe quel nom de domaine complet par un serveur Web de votre choix, au lieu de example.com). Si vous utilisez exemple.com, tapez les lignes suivantes lorsque vous êtes connecté en appuyant sur Entrée une fois après avoir tapé la première ligne et deux fois après avoir tapé la deuxième ligne. Remarque: vous ne verrez rien du serveur Web lorsque vous vous connecterez au port 80 jusqu'à ce que vous ayez entré les commandes. Vous ne verrez même pas ce que vous avez tapé renvoyé à vous en utilisant le client Microsoft.
HEAD / HTTP/1.1
Host: example.com
le Méthode HEAD demande des informations au serveur, "HTTP / 1.1" indique que vous souhaitez utiliser la version 1.1 du protocole HTTP qui prend en charge la spécification d'un nom d'hôte, nécessaire pour les serveurs hébergeant plusieurs sites Web. La ligne "Host" spécifie le site Web auquel vous souhaitez accéder. Vous pourriez utiliser HEAD / HTTP/1.0 et omettez la ligne "Hôte:", mais pour les serveurs hébergeant plusieurs sites, la ligne "Hôte:" est le mécanisme permettant aux navigateurs d'identifier le site Web auquel ils souhaitent accéder.
Vous devriez alors voir une sortie semblable à celle-ci:
HTTP/1.1 200 OK
Content-Encoding: gzip
Accept-Ranges: bytes
Cache-Control: max-age=604800
Content-Type: text/html
Date: Tue, 14 Mar 2017 18:11:44 GMT
Etag: "359670651+gzip"
Expires: Tue, 21 Mar 2017 18:11:44 GMT
Last-Modified: Fri, 09 Aug 2013 23:54:35 GMT
Server: ECS (iad/182A)
X-Cache: HIT
Content-Length: 606
Je ne sais pas si vous obtiendrez des résultats différents, c’est-à-dire que vous pourrez accéder à des sites sans "www", en essayant d’accéder aux sites Web par cette méthode plutôt que par un navigateur, mais j’ai parfois trouvé des résultats différents, par exemple, quand un système Windows était infecté par des logiciels malveillants affectant l'accès aux sites via les navigateurs du système, bien que je ne pense pas que les logiciels malveillants en seraient la cause, car le problème ne se produit pas lorsque vous utilisez une connexion LAN.
Un autre outil qui peut être utile lors du dépannage de connexions à des sites Web est la gratuité de Nir Sofer. HTTPNetworkSniffer qui vous permettra d’observer le trafic entre les navigateurs Web d’un système Windows et les sites Web ( exemple de données affichées par HTTPNetworkSniffer ).
