Questione : Scambio 2010 installato ma non accessibile da OWA

Ho fatto funzionare una scatola di SBS 2003 ed ho migrato per vincere 2008 R2 con lo scambio 2010 questo fine settimana.  Ho seguito i punti in alberino del blog dei dematzer qui: il 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
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 di http://www.experts-exchang ha lo scambio 2010 installato e le cassette postali stanno muovendo (almeno il deposito di informazioni nell'aumentare di formato in modo da io presume che sta accadendo nei precedenti). il

But OWA non sta funzionando.  Se vado dentro via il IP interno (172.16.1.5 /exchange) o dal FQDN di external (rel= " nofollow " " del _blank " " del target= " di https://mail.domainname.com/exchange del href= di om/exchange di https://mail.domainname.c), cronometra fuori.  Presumo che abbia mancato qualcosa. Che cosa dovrei esaminare per vedere dove l'edizione è? class= del

Risposta : Scambio 2010 installato ma non accessibile da OWA

Ciò è risultato essere un problema differente interamente.  Ho denominato Microsoft e finalmente lo abbiamo seguito giù.

Ad un punto, attmpted per installare RRAS su questa scatola particolare.  Durante la messa a punto, mi ha chiesto se volessi installare i filtri statici dal pacchetto.  Ho colpito sì, senza realmente pensare.  Quello ha rotto l'accesso di Internet sulla mia macchina per parecchie ore.  Allora - sono entrato in RRAS ripararlo.  Nella sezione comandi di RRAS, sono andato a IPv4- > General.  Destra - scattare sopra il NIC e scattare sopra i filtri in arrivo e diretti all'estero ed alterarli “da goccia tutti i pacchetti. „ “ricevere tutti i pacchetti„

Ma che cosa non ho notato era che dice “riceve tutti i pacchetti TRANNE QUELLI CHE RISPONDERE AI TEST DI VERIFICA SOTTO„

Nella lista dei test di verifica sotto era l'orificio 443 su 172.16.1.5 - il IP address della mia macchina.

Che cosa potevamo vedere era che non potrei telnet port 443 su 172.16.1.5.  Ma POTREI se facessi un telnet a 127.0.0.1 su 443.  

In ogni modo - questa era la causa di che cosa ha rotto il mio assistente - non stava trasmettendo alcun traffico su orificio 443 a causa di questo.