SharePointCommunity
Die deutschsprachige Community für SharePoint, Microsoft 365, Teams, Yammer und mit Azure

Sponsored by

Willkommen im Forum Archiv.
Einträge sind hier nicht mehr möglich, aber der Bestand von 12 Jahren SharePoint-Wissen ist hier recherchierbar.




Zertifikatswarnung in Office Anwendungen

Geprüfte Antwort Dieser Beitrag hat 1 Antworten

Ohne Rang
10 Beiträge
0l2i erstellt 13 Apr. 2012 15:20
SchlechtSchlechtIn OrdnungIn OrdnungDurchschnittDurchschnittGutGutSehr gutSehr gut

Hallo zusammen,

wir betreiben einen SharePoint 2010 Server mit 2 Websites in eigenen Pools und reiner HTTPS Anbindung. Soweit so gut.

Adressen: https://intranet.firma.local , https://people.firma.local

Die Zertifikate wurden von einer internen CA auf intranet.firma.local und people.firma.local ausgestellt und auf die Seiten gebunden. Jede Seite verfügt über einen DNS Eintrag und eine eigne IP.

firma.local ist auch der lokale Domänenname.

 

Nun zum Problem:

Wenn wir z.B. eine Aufgabenliste mit Outlook synchronisieren, bekommen wir einen Sicherheitshinweis, dass der Name der Website und der Name des Zertifikats nicht übereinstimmen:

 

Diesen Fehler erhalten wir bei allen Office 2010 Zugriffen auf SharePoint Inhalte (Word, Excel, usw.)

Nun habe ich gelesen, dass sich das Fenster über die IE Sicherheitseinstellungen abschalten lässt (nicht erwünscht). Eine Ausnahme nur fürs Intranet gibts da wohl auch nicht und zur Zone der Vertrauenswürdigen Sites und dem Intranet sind die Sites schon hinzugefügt worden. Ebenso die Zertifikate händisch auf Testrechner importieren brachte nichts.

Anfangs lief alles über ein Wildcard Zertifikat (selfsigned mit *.firma.local), daher dachten wir, dass der Fehler verschwindet, wenn Sitename und Zertifikat übereinstimmen und jede Site eine eigene IP erhält.

 

Wie habt ihr das Problem, sofern selber schon gehabt, gelöst? Würde mich freuen von euch zu hören und wünsche ein angenehmes Wochenende.

0l2i

Alle Antworten

Ohne Rang
10 Beiträge
0l2i Als Antwort am 13 Apr. 2012 20:27
SchlechtSchlechtIn OrdnungIn OrdnungDurchschnittDurchschnittGutGutSehr gutSehr gut

Lösung gefunden: http://support.microsoft.com/kb/2121926/de

 

Bei den AAM Einstellungen war https://intranet.firma.local auf "Standard" gesetzt und https://intranet auf "Intranet". Nachdem ich das getauscht habe läuft es :-).

 

Beste Grüße und ein ruhiges Wochenende

0l2i