Impossible de se connecter à des sites Web qui ne commencent pas par www

J'ai créé un point d'accès à partir de mon mobile Android et de l'utilisation d'Internet sur un ordinateur portable Windows 7, mais je ne parviens pas à me connecter à des sites Web ne commençant pas par. www..

L'erreur:

Si votre ordinateur ou votre réseau est protégé par un pare-feu ou un proxy, assurez-vous que Firefox est autorisé à accéder au Web.

Les réglages doivent-ils être effectués sur un téléphone portable ou un ordinateur portable? Que devrais-je changer?

Notez que j'utilise des données mobiles. Sites commençant par www. fonctionnent bien. Le problème ne se produit pas sur mon téléphone. De plus, tout va bien lorsque mon ordinateur portable utilise le réseau local.

Broadcom 4313GN 802.11b / g / n réseau 1x1 adaptateur Wi-Fi

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 ).

(Désolé. Ce n'est pas vraiment une réponse, mais un long commentaire et une série de suppositions et de suggestions aléatoires. J'espère que cela vous aidera quand même.)

En lisant toutes les réponses et tous les commentaires (en raison de l’absence de données de dépannage plus détaillées, c’est un plan dans le noir, mais ça y est ...), on dirait que vous avez une configuration de «pare-feu / VPN» sur votre téléphone ou sur votre ordinateur portable qui a cette règle arbitraire bloquant le trafic HTTP dirigé vers non-www noms d'hôtes.

Sur votre téléphone , cela peut ressembler à une application créant un faux VPN (en supposant que votre téléphone n’est pas enraciné), par exemple. Pare-feu NoRoot. Ils semblent être capables de filtrer sélectivement le trafic des points d'accès uniquement. Suggestions:

• Vérifiez vos paramètres VPN sur votre appareil Android

• Parcourez les applications installées pour voir s’il existe un pare-feu ou une application de sécurité Internet générale.

• Dans les paramètres système, vous pourrez peut-être trouver une liste de ces applications dans les paramètres VPN ou une liste des applications disposant des privilèges de création de VPN.

À défaut, sur votre portable , il doit y avoir (encore une fois, je suppose) un produit de sécurité (enfin, il y en a beaucoup pour Windows) qui bloque fortement votre interface WiFi (par conséquent, il convient de bien utiliser un réseau local). Suggestions:

• Désactivez temporairement le pare-feu Windows pour voir si cela résout le problème. Si c'est le cas, parcourez ses paramètres. (Vous ne savez pas s'il est possible de configurer ce type de filtre, mais cela vaut la peine de l'éliminer)

• Passez en revue les produits de sécurité (pare-feu, produits VPN, antivirus) installés sur votre ordinateur portable et désactivez-les temporairement ou vérifiez leurs paramètres.

• Utilisez un outil d’analyse de réseau pour comprendre ce qui pourrait se passer (googling rapide, a trouvé ceci: http://www.colasoft.com/capsa-free/ On dirait que cela pourrait aider, mais sachez que je ne l'ai jamais utilisé moi-même, utilisez-le à vos risques et périls)

J'espère que ça aide. Bonne chance.

1) Passez à l’état des connexions réseau sans fil.

2) propriétés

3) mise en réseau

4) configurer

Après cela, il y avait une erreur DHCP pas là, j'ai donné réparation automatique dans Windows. Et tous les sites Web ont commencé à fonctionner.