Sinopsis: Tratando de acceder al servidor de desarrollo web local conectado por WiFi a la cuerda de Android. Todo parece estar conectado y funcionando correctamente, pero el navegador del teléfono se apaga cuando se accede al servidor local.
Contexto: Tengo un dispositivo Android funcionando Android-wifi-tether . Funciona como se anuncia. Me conecto a él desde mi portátil Ubuntu 12.04 con Apache 2.2.22. El portátil está configurado manualmente con la IP 192.168.2.100 en el archivo de hosts. Puede hacer ping a sí mismo y acceder a su propio servidor web a través de esa dirección.
El punto de conexión WiFi le da al portátil la misma dirección 192.168.2.100 (El portátil fue configurado para que coincidiera con la dirección del punto de conexión como un paso de resolución de problemas, y podría estar equivocado). Usando ping Puedo hacer un ping al portátil desde el teléfono usando la dirección 192.168.2.100. Usando portscan el teléfono muestra el puerto 80 abierto en la dirección 192.168.2.100.
Así que todo parece estar en su lugar, pero cualquier intento de buscar http://192.168.2.100 falla después de unos momentos con un 504 (tiempo de espera de la puerta de enlace)
Cualquier ayuda sería ciertamente una ayuda.
Actualizar: He instalado SSH y he migrado a Nginx en el servidor. Portscan ahora muestra los puertos 22 y 80 abiertos. Usando ConnectBot Puedo entrar y obtener mi propio shell en la máquina del servidor por la dirección IP. Esto debería indicar que la red está funcionando correctamente.
También he instalado el navegador Dolphin en el teléfono para ayudar a verificar que no es un problema con el navegador. Aún así, tengo curiosidad por saber si el navegador está buscando la dirección primero en el espacio IP del hotspot, o si está buscando en Internet, donde esa dirección siempre se agotará.
Soy muy nuevo en la escena de los Androids. Apreciaría mucho que me dijeran cómo hacer que mi teléfono navegue en un servidor conectado. El flujo de trabajo que busco hace que la conexión a un servidor local sea crítica.
Gracias de nuevo.
Solución Como supuse, debido a la configuración del proxy HTTP, la petición web estaba pasando por alto las direcciones locales. Descubrí que si cambiaba la red de ataduras a 10.* rango de IP mi proveedor respondía con "el acceso a esta url ha sido bloqueado". Eso hizo evidente que algo estaba bloqueando algunas peticiones, y más que probablemente también dejando que las otras se extinguieran en la red de ataduras no enrutadas. Usado Configuración del proxy HTTP para limpiar la dirección del proxy HTTP.
