No se puede conectar a sitios web que no comienzan con www

He creado un punto de acceso desde mi móvil Andriod y uso Internet en una computadora portátil con Windows 7, pero no puedo conectarme a sitios web que no comienzan www..

El error:

Si su computadora o red está protegida por un firewall o proxy, asegúrese de que Firefox tenga acceso a la Web

¿Deben realizarse los ajustes en un dispositivo móvil o portátil? ¿Qué debería cambiar?

Tenga en cuenta que estoy usando datos móviles. Los sitios web que comienzan www.están funcionando bien. El problema no ocurre en mi teléfono. Además, todo está bien cuando mi computadora portátil usa LAN.

Broadcom 4313GN 802.11b / g / n 1x1 red de adaptador Wi-Fi

¿Qué sucede si no usa un nombre de dominio completo (FQDN) , sino que usa una dirección IP en el navegador? Un ejemplo que podría usar sería http://208.80.154.224/ . Lo que debería ver es un mensaje que dice:

Dominio no configurado

Este dominio apunta a un servidor de la Fundación Wikimedia , pero no está configurado en este servidor

Entonces, ¿qué sucede si utiliza un FQDN para un sitio web en esa dirección, por ejemplo, http://en.wikipedia.org/ o https://en.wikipedia.org/ ?

A veces me parece útil cuando ocurren cosas extrañas como las que usted está experimentando para verificar qué sucede cuando intento conectarme a un sitio web utilizando un cliente telnet en lugar de hacerlo desde un navegador web. A veces eso me ha ayudado a aislar la fuente del problema. Puede instalar un cliente telnet que Microsoft proporciona o instalar el cliente gratuito PuTTY telnet / SSH y luego usar PuTTY para conectarse a un sitio web y emitir un comando que emitiría un navegador .

Si usa el cliente telnet de Microsoft, abra una ventana de símbolo del sistema y luego emita el comando telnet example.com 80(por supuesto, puede sustituir cualquier FQDN por un servidor web de su elección, en lugar de example.com). Si usa example.com, escriba las siguientes líneas cuando esté conectado presionando Enter una vez después de escribir la primera línea y dos veces después de escribir la segunda línea. Nota: no verá nada del servidor web cuando se conecte al puerto 80 hasta que haya ingresado los comandos. Ni siquiera verá lo que escribió con el cliente de Microsoft.

HEAD / HTTP/1.1
Host: example.com

El método HEAD solicita información del servidor, "HTTP / 1.1" especifica que desea utilizar la versión 1.1 del protocolo HTTP que admite la especificación de un nombre de host, que es necesario para los servidores que alojan múltiples sitios web. La línea "Host" especifica el sitio web particular al que desea acceder. Puede usar HEAD / HTTP/1.0y omitir la línea "Host:", pero para los servidores que alojan múltiples sitios, la línea "host:" es el mecanismo para que los navegadores identifiquen el sitio web en particular al que desean acceder.

Entonces debería ver una salida similar a la siguiente:

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

No sé si obtendrá resultados diferentes, es decir, podrá acceder a sitios sin "www", intentando acceder a sitios web por ese método en lugar de a través de un navegador, pero a veces he encontrado resultados diferentes, por ejemplo, cuando un sistema Windows estaba infectado con malware que afectaba el acceso a sitios a través de navegadores en el sistema, aunque no creo que el malware sea la causa en su caso, ya que el problema no ocurre cuando está utilizando una conexión LAN.

Otra herramienta que puede ser útil al solucionar problemas de conexiones a sitios web es la utilidad gratuita HTTPNetworkSniffer de Nir Sofer , que le permitirá observar el tráfico entre navegadores web en un sistema Windows y sitios web ( ejemplo de datos mostrados por HTTPNetworkSniffer ).

(Lo siento. Esta no es realmente una respuesta, sino un comentario largo y un montón de conjeturas y sugerencias aleatorias. Espero que ayude de todos modos).

Al leer todas las respuestas y comentarios (debido a la falta de datos de resolución de problemas más detallados, es un tiro en la oscuridad, pero aquí va ...) parece que tiene una configuración de 'firewall / VPN' en su teléfono o en su computadora portátil que tiene esta regla arbitraria que bloquea el tráfico HTTP dirigido a nombres de host que no son www .

En su teléfono , puede ser algo así como una aplicación de creación de VPN simulada (suponiendo que su teléfono no esté rooteado), por ejemplo, NoRoot Firewall. Parecen capaces de filtrar selectivamente solo el tráfico de puntos de acceso. Sugerencias:

• Verifique la configuración de VPN en su dispositivo Android

• Revise las aplicaciones instaladas para ver si hay algo como un firewall o una aplicación de seguridad de Internet en general.

• En la configuración del sistema, es posible que pueda encontrar una lista de estas aplicaciones en la configuración de VPN o una lista de aplicaciones que tienen privilegios de creación de VPN.

De lo contrario, en su computadora portátil , debe haber (de nuevo, supongo) un producto de seguridad (bueno, hay muchos para Windows) que está bloqueando fuertemente su interfaz WiFi (por lo tanto, está bien cuando se utiliza LAN). Sugerencias:

• Deshabilite el firewall de Windows temporalmente para ver si eso soluciona el problema. Si es así, revise su configuración. (No estoy seguro de si es posible configurar este tipo de filtro, pero vale la pena eliminarlo)

• Revise los productos de seguridad (firewalls, productos VPN, antivirus) instalados en su computadora portátil y desactívelos temporalmente o verifique su configuración.

• Use una herramienta de análisis de red para descubrir qué podría estar sucediendo (búsqueda rápida en Google, encontré esto: http://www.colasoft.com/capsa-free/ Parece que podría ayudar, pero tenga en cuenta que nunca lo usé yo mismo, así que úselo bajo tu propio riesgo)

Espero que ayude. Buena suerte.

1) Vaya al estado de las conexiones de red inalámbrica.

2) propiedades

3) Redes

4) Configurar

Después de hacer esto, había un error DHCP que no estaba allí, le di reparación automática en Windows. Y todos los sitios web comenzaron a funcionar.