2012-08-17 31 views
5

Tengo una computadora portátil con Windows Vista que ejecuta IIS7 para su servidor local. En esta máquina, puedo navegar con éxito a:Conexión a Windows localhost (IIS) desde otra computadora

  • "http: // localhost"
  • "http://127.0.0.1"
  • "http: // mycpuname"

Sin embargo, no puedo acceder a este sitio web de localhost desde otra computadora en la misma red. Idealmente, podría visitar "http: // mycpuname" (para poder codificar una conexión), pero en este punto podría conformarme con la dirección IP de la máquina (http://192.000.000.xyz).)

He visto preguntas similares hechas aquí y en otras partes en Internet ... pero ninguna de las publicaciones parece solucionar el problema.

cosas que he intentado: - añadir excepciones a Firewall de Windows para permitir que los puertos TCP 80 y 8080 - deshabilitar el Firewall de Windows en su totalidad - ejecutar el "netsh" comandos en this post

Además, estoy mirando la dirección IP en la computadora portátil con Windows ejecutando "ipconfig" desde el símbolo del sistema. Curiosamente, intentar acceder a "http://192.000.000.xyz" desde la computadora portátil con Windows parece no funcionar ...

También intenté reiniciar IIS y reiniciar mi máquina.

¿Ayuda?

+0

Este no es realmente el lugar correcto para preguntar. Este sitio es para problemas de programación. Pruebe http://superuser.com/ – Egor

+0

Aha, es bueno saberlo. Si no lo encuentro aquí, podría intentar preguntar allí ... a menos que haya una buena manera de transferir el hilo entre los sitios. – arthurakay

+0

Creo que las modificaciones tienen el poder de moverlo, pero eso es todo. Puede obtener una buena respuesta aquí, superuser.com es solo específicamente para PC de casa y problemas de red, para que la gente tenga más experiencia con este tipo de cosas. – Egor

Respuesta

4

Pruebe netstat -na - le mostrará qué direcciones IP está escuchando su servidor web.

Si sólo se está escuchando en 127.0.0.1, el bucle de retorno, que tendrá que volver a configurar el servidor web para escuchar en todas las direcciones/interfaces (por lo general, ya sea *.*.*.* o 0.0.0.0 en algún archivo de configuración, o sólo algunos desplegables en algún diálogo de Windows en algún lugar).

Si, por el contrario, netstat le dice al servidor web está escuchando en *.*.*.* o 0.0.0.0, es decir, todas las interfaces, entonces usted tiene que averiguar lo que está bloqueando el tráfico - es ya sea el servidor de seguridad local o algo por el camino entre las dos computadoras.

+0

OK, entonces lo he hecho, pero no estoy seguro de entender lo que estoy buscando. Veo un montón de líneas que indican alguna forma de 127.0.0.1 en la columna "Dirección local", y alguna forma de 0.0.0.0 en la columna "Dirección externa" – arthurakay

+0

Está buscando algo que muestre 'XXX.XXX.XXX .XXX: 80' en la "Dirección local" y la última columna que dice "ESCUCHAR". Revisa http://msdn.microsoft.com/en-us/library/ms895675.aspx –

3

¿Está obligado a 127.0.0.1? ejecutar comandos a continuación

netstat -an |findstr :80 |findstr LISTEN 

si muestra 127.0.0.1, es necesario el cambio de IIS escuchar 0.0.0.0

+0

Cuando ejecuto esto, veo: TCP 127.0.0.1:80 0.0.0.0:03 ESCUCHAR Así que se ve así " correcto"? – arthurakay

+0

que es incorrecto, debería ser 0.0.0.0:80 –

+0

Lo siento por ser denso, pero ¿alguna idea de cómo agregar eso? Estoy mirando dentro del Administrador de IIS, y no creo que lo entiendo con suficiente claridad. Estoy intentando agregar un enlace de sitio, pero me da la impresión de que no es el lugar correcto. – arthurakay

-3

Si desea acceder a su sitio web desde cualquier otro ordenador de la red local, entonces usted necesita simplemente escriba su red IP y puerto. Si desea acceder a él desde Internet, debe configurar su IP.

+0

No funciona ... – mechanicum

+0

Mechanicum en realidad el sitio está inactivo, por eso tiene el problema. Para un proceso posterior puede usar el software "no-ip" para DNS dinámico que resolverá su problema. –

6

Vaya al firewall de Windows con seguridad avanzada, reglas entrantes y verifique si los servicios de World Wide Web están habilitados. Tuve el mismo problema, y ​​esto lo solucionó.

Cuestiones relacionadas