Exchange 2007 Certificate - intern en extern domein gelijk

[Verwijderd]

Ik heb een Exchange 2007 server. De server hangt in een intern .com domein.

Dus:

exchangeserver.domein.com

Extern is dat domein precies hetzelfde.

Nu heb ik vanwege een Android probleem, een extern certificate nodig. Die ga ik bij GoDaddy aanschaffen.

Ik heb dit al vaak gedaan voor een .local domein. Moet ik met iets speciaals rekening houden nu de domeinnaam intern en extern hetzelfde is? Gaan de locale clients niet protesteren bij een nieuw certificate?

[Dennism]

Als je interne clients GoDaddy certificaten vertrouwen niet, het is namelijk niets anders dan een .local self signed certificaat vervangen voor een normaal certificaat.

[Verwijderd]

Dennism schreef op donderdag 03 april 2014 @ 08:52:
Als je interne clients GoDaddy certificaten vertrouwen niet, het is namelijk niets anders dan een .local self signed certificaat vervangen voor een normaal certificaat.

Dus ik moet het intermediary certificate aan alle clients toevoegen?

[Razwer]

godaddy certificaten worden over het algemeen prima vertrouwd door windows clients die netjes up-to-date zijn. Gewoon ff controleren en anders godaddy CA cert per GPO droppen naar je clients.

[Glashelder]

Nee, dat moet alleen als een device je certificaat niet vertrouwd. Maar ik weet niet hoeveel clients je hebt, maar ik zou gewoon kijken naar een leverancier die gewoon vertrouwd wordt door al je devices.

Dan hoef je nergens tussenliggende certificaten toe te voegen.

Vergeet je verder ook niet je Autodiscovery? Anders krijg je straks (zonder extra maatregelen) waarschuwingen over dat het certificaat van je autodiscover directory niet meer overeenkomt met de naam.

[Razwer]

je kan daarom ook beter een wildcard nemen.
godaddy is duur. deze tent is cheaper http://www.ssls.com/

[T0ny]

Voor een paar euro kan je ook een Comodo certificaat aanschaffen welke voor zo'n beetje ieder apparaat word vertrouwd.
Tot nu toe altijd tevreden met de service van http://www.sslcertificaten.nl (Xolphin).

[Paul]

Je hebt inderdaad een SAN-certificate nodig met daarop zowel exchangeserver.domein.com als autodiscover.domein.com, of DNS-servers (intern en extern) die SRV-records ondersteunen (en dan zorgen dat autodiscover niet resolved).

Wildcard kan ook, vooral handig als je nog meer websites op je exchangeserver wilt draaien, maar die zijn vaak duurder dan SAN

Xolphin is inderdaad een goede

[T0ny]

Een SAN certificaat heb je niet perse nodig, een certificaat met een enkele naam is afdoende.
Je moet alleen wel zorgen dat ALLE URLs verwijzen naar die FQDN en dat er geen .local verwijzingen in staan.
Er zijn ook scriptjes die de URLs automatisch invullen zoals deze: http://justaucguy.wordpre...hose-pesky-exchange-urls/

Autodiscover draait intern toch wel dus als je de clients voor de eerste keer configureerd op je lokale netwerk zal dat geen problemen geven.

[Paul]

Autodiscover draait intern dus door het SRV-record Dat kun je extern ook gewoon instellen...

[Linke Loe]

Paul schreef op maandag 07 april 2014 @ 11:17:
Autodiscover draait intern dus door het SRV-record Dat kun je extern ook gewoon instellen...

En in een multi-domain omgeving zelfs zeer sterk aan te raden om te voorkomen dat je dure multi-domain certificaten aan moet schaffen...

[Paul]

Of de Office 365-methode, op http redirecten naar https://generieke-autodiscover, er zijn meer wegen naar Rome Maar inderdaad, certificaten kunnen al snel duur worden.

[Jazzy]

Paul schreef op maandag 07 april 2014 @ 11:17:
Autodiscover draait intern dus door het SRV-record Dat kun je extern ook gewoon instellen...

Intern, als we het over de AD-members hebben, wordt het SCP gebruikt. Verder hier nog een extra stem voor Comodo via Xolphin.