Cuestión : Intercambio 2010 instalado pero no accesible de OWA

Funcioné con una caja de SBS 2003 y emigré para ganar 2008 R2 con el intercambio 2010 este fin de semana.  Seguí los pasos en el poste del blog de los dematzer aquí: el href= " http://www.experts-exchange.com/Software/Server_Software/Email_Servers/Exchange/A_2881-Migrate-Small-Business-Server-2003-to-Exchange-2010-and-Windows-2008-R2.html#discussion " del
el ware/Server_Software/Email_Servers/Exchange/A_2881-Migrate-Small-Business-Server-2003-to-Exchange-2010-and-Windows-2008-R2.html#discussion

I del e.com/Soft de http://www.experts-exchang tiene el intercambio 2010 instalado, y las cajas se están moviendo (por lo menos el almacén de la información en el aumento de tamaño así que yo presumimos que está sucediendo en el fondo). el

But OWA no está trabajando.  Si entro vía el IP interno (172.16.1.5 /exchange) o del FQDN del external (rel= " nofollow " del " _blank " del target= de " https://mail.domainname.com/exchange " del href= del el om/exchange de https://mail.domainname.c), mide el tiempo hacia fuera.  Presumo que falté algo. ¿Qué debo mirar para ver donde está la edición?
class= del

Respuesta : Intercambio 2010 instalado pero no accesible de OWA

Éste resultó ser un diverso problema enteramente.  Llamé Microsoft y lo rastreamos eventual.

En un punto, attmpted para fijar RRAS en esta caja particular.  Durante la disposición, me preguntó si quise fijar los filtros estáticos del paquete.  Golpeé sí, sin realmente el pensamiento.  Eso rompió el acceso de Internet en mi máquina por varias horas.  Entonces - entré RRAS fijarlo.  En la consola de RRAS, entré a IPv4- > general.  La derecha - chascar encendido el NIC y chascar encendido los filtros de entrada y el extranjero y alterarlos de “gota que todos los paquetes…” “recibir todos los paquetes”

Pero qué no noté era que dice “recibe todos los paquetes EXCEPTO LOS DEBAJO DE LAS CUALES CUMPLIR LOS CRITERIOS”

En la lista de criterios abajo estaba el puerto 443 en 172.16.1.5 - el IP address de mi máquina.

Cuál podíamos ver era que no podría telnet virar 443 hacia el lado de babor en 172.16.1.5.  Pero PODRÍA si hice un telnet a 127.0.0.1 en 443.  

De todas formas - ésta era la causa de qué rompió mi servidor - no transmitía ningún tráfico en el puerto 443 debido a esto.  
Otras soluciones  
 
programming4us programming4us