Vraag : SSL van de Vooruitzichten van SBS 2008 overal Kwestie

I enkel opstelling een nieuwe server SBS2008.  Ik verving zelf-ondertekende SSL met godaddy.com cert.  Wanneer ik Vooruitzichten open krijg ik een certificaatfout geen die de naam aanpast.  De vooruitzichten houden proberend om met autodiscover.domain.com en dan remote.domain.com te verbinden.  Het toont correcte SSL voor mail.domain.com.  Ik nam volgende cmdlets door:

Set-ClientAccessServer - Identiteit server.domain.com - AutodiscoverServiceInternalUri https://mail.domain.com/au todiscover/autodiscover.xml

Set-ClientAccessServer - Identiteit server.domain.com - AutodiscoverServiceexternalUri https://mail.domain.com/au todiscover/autodiscover.xml

Set-WebServicesVirtualDirectory - Identiteit „server.domain.com \ EWS (de Toepassingen van het Web SBS)“ - InternalUrl https://mail.domain.com/ew s/exchange.asmx

Set-OABVirtualDirectory - Identiteit „server.domain.com \ oab (de Toepassingen van het Web SBS)“ - InternalUrl https://mail.domain.com/oa b

Set-UMVirtualDirectory - Identiteit „server.domain.com \ unifiedmessaging (de Toepassingen van het Web SBS)“ - InternalUrl https://mail.domain.com/un ifiedmessaging/service.asmx

Set-ClientAccessServer - identiteit „server.domain.com“ - AutodiscoverServiceInternalUri https://mail.domain.com/au todiscover/autodiscover.xml

I controleerde overal ook de vooruitzichteneigenschappen in de console van de Uitwisseling mgt en het toont correcte externe URL.

Also, de interne en externe domeinnamen zijn het zelfde.  Ik kan niet enkel te weten komen waar autodiscover.domain.com komst from.

Thanks
is

Antwoord : SSL van de Vooruitzichten van SBS 2008 overal Kwestie

Eerst, houd op lopend bevelen PowerShell op SBS! De bevelen doen hun werk, krijgen me niet verkeerd, maar de tovenaars plaatsen ook sommige die registratiesleutels geen die de bevelen (niet voor SBS worden ontworpen) doen.

In SBS, gebruik altijd de tovenaars.

Zo, met bovengenoemd dat, een paar dingen:

1) De pogingen autodiscover.* van vooruitzichten door gebrek. Dit is hard-gecodeerd, kan niet worden veranderd. De oplossing is hier ervoor te zorgen er geen DNS ingang, of direct of door vervanging is, die dat verzoek zal beantwoorden. Zolang er niet zijn, bewegen de Vooruitzichten zich op de volgende poging. Dit is normaal gedrag en zal geen probleem veroorzaken als al het andere behoorlijk opstelling is.

2) Stel de Moeilijke situatie in werking Mijn die Tovenaar van het Netwerk door de Tovenaar van het Beheer van het Adres van Internet wordt gevolgd uw domeinen in alle aangewezen plaatsen terug te stellen die de powershellbevelen slechts half hebben voltooid.

3) Herhaal de certificaattovenaar om uw openbare GoDaddy cert terug naar IIS en Uitwisseling (IAMW zal tot zelf-ondertekend nieuw cert. leiden) opnieuw toe te wijzen

4) ALS u nog certificaatkwesties hebt, postrug hier zodat kunnen wij helpen hen de juiste manier in plaats van resoritng aan PowerShell oplossen.