Oliver82

Danke Dukel, Hab mich nun dazu entscheiden den SharePoint nochmals neu zu installieren. Auch werde ich mich nach einer Schulung für den SharePoint umsehen. Somit schliesse ich diesen Eintrag. Danke an alle!

Danke für euer Feedback, Ich versuch es gleich mal mit einem anderen Browser. Ich hab schon mit 2-3 verschiedenen User versucht mich anzumelden. (spinstall, spfarm und mit dem Domain Administrator) So wie ich das aber verstehe ist der spfarm der Zentraladministrator User, oder? JA, SPN hab ich mit dem Doppelpunkt registriert. Dies kann ich ja wieder löschen und neu erstellen. Zusätzlich erstell ich noch einen mit dem FQDN. Muss ich da auch nur ein / eintragen? Noch ne Frage zu SPN, versteh ich das richtig das dieser SPN Eintrag auf den Benutzer "spfarm" erstellt werden muss? Und nicht auf den SharePoint Server "SRV04"? Danke für die Hilfe!

Richtig, ich meine den Configuration Wizard. Wie meinst du das, ohne Kerberos auf den SharePoint zugreifen?

Hallo Dukel, Zur Info: Ich bin neu im SharePoint und SQL Bereich. Mein Ziel ist es den SharePoint in dieser Umgebung zu testen und Erfahrungen zu sammeln. Es werden ca 3 User mit diesem SharePoint arbeiten. (Testweise) Zur Installation: Folgende User habe ich im ActiveDirectory (SRV01) erstellt. - sqlinstall für die Installation des SQL Servers.(Domänen-Benutzer und Mitglied der Lokalen Administratoren des SRV04) - sqluser SQL Dienstkonto.(Domänen-Benutzer und Mitglied der Lokalen Administratoren des SRV04) - spinstall für die Installation des SharePoint 2013. (Domänen-Benutzer und Mitglied der Lokalen Administratoren des SRV04) - spfarm Datenbankzugriffskonto SharePoint. (Domänen-Benutzer und Mitglied der Lokalen Administratoren des SRV04) Ich glaub ich nutze für den SharePoint Kerberos. Denn bei der Installation des SharePoint konnte ich die bei der Konfiguration des Assistenten auswählen. (Sicherheiseinstellungen konfigurieren) Da kam dann auch der Hinweis das dies noch konfiguriert werden muss. Gemäss Anleitung habe ich dies dann auch so gemacht. (In Powershell -> Als Administrator ausführen. "setspn -a http:/SRV04 myDomain\spfarm") Somit habe ich auch noch keinen Alias. Ich bin nach der Anleitung von Video2Brain vorgegangen. Benutzer Anmeldungseigenschaften SQL Datenbank: myDomain\spfarm -> dbcreator, public und securityadmin myDomain\spinstall -> public und securityadmin myDomain\sqlinstall -> public und securityadmin Hoffe das man dass versteht was ich hier schreibe. Besten Danke, für deine/eure mühe! Sonnige Grüsse aus der Schweiz.

Trotzdem Danke. Ich such weiter...

Danke für eure Kommentare, Daabm, Gemäss einer Anleitung, muss ich nach der Installation eines SharePoint 2013 den Prinzipalname des Datenbankzugriffskonto registrieren. Weil "spfarm" mein SharePoint Datenbankzugriffskonto ist, gebe ich dies bei der Registrierung an. SRV04 ist der SharePoint Server inkl. SQL 2013 Datenbank. Mein DomainController ist der "SRV01". Was mach ich falsch?

Danke für deine Antwort, Ich hab das Problem gefunden. Der SPN Eintrag war schon vorhanden in einem anderen Benutzer. Hab diesen Eintrag gelöscht und konnte somit den neuen Eintrag auf den richtigen Benutzer Registrieren. Nur ist jetzt das Problem das ich mich nicht an der SharePoint Zentraladministration anmelden kann! Egal mit welchen User ich es versuche, die Anmeldung funktioniert nicht. Dass heisst es erscheint kein Fehler oder so, sondern das Anmeldefenster wird einfach wieder aufgerufen. Als ob die Anmelde Daten falsch wären!?!? In der Ereignisanzeige bekomme ich folgenden Fehler: Quelle: Security-Kerberos Ereignis-ID: 4 Der Kerberos-Client hat einen KRB_AP_ERR_MODIFIED-Fehler von Server "spfarm" empfangen. Der verwendete Zielname war HTTP/SRV04.mydomain.local. Dies deutet darauf hin, dass der Zielserver das vom Client bereitgestellte Token nicht entschlüsseln konnte. Dies kann auftreten, wenn der Ziel-Serverprinzipalname (SPN) nicht bei dem Konto registriert ist, das der Zieldienst verwendet. Stellen Sie sicher, dass der Ziel-SPN nur bei dem Konto registriert ist, das vom Server verwendet wird. Dieser Fehler kann auch auftreten, wenn das Kennwort für das Zieldienstkonto nicht mit dem Kennwort übereinstimmt, das im Kerberos-KDC (Key Distribution Center) für den Zieldienst konfiguriert ist. Stellen Sie sicher, dass der Dienst auf dem Server und im KDC beide für die Verwendung des gleichen Kennworts konfiguriert sind. Wenn der Servername nicht vollqualifiziert ist und sich die Zieldomäne (mydomain.LOCAL) von der Clientdomäne (mydomain.LOCAL) unterscheidet, prüfen Sie, ob sich in diesen beiden Domänen Serverkonten mit gleichem Namen befinden, oder verwenden Sie den vollqualifizierten Namen, um den Server zu identifizieren. Hast du da eine Idee? Danke.

Guten Tag, Ich bin momentan bei einer Installation eines SharePoint 2013. Ich habe einen SRV01 als DC etc. und einen SRV02 als Exchange, einen SRV03 als TerminalServer und neu einen SRV04 als SharePoint mit SQL2012 Server. Alles funktioniert soweit. Mein Problem ist nun das ich während der Installation von SharePoint die Sicherheitseinstellung für die Webanwendung mit Aushandeln (Kerberos) gewählt habe. Was ja auch sinn machen würde. Nun nach der Installation des SharePoint wollte ich den Dienstprinzipalname für das Zentraladministrator Konto registrieren. Leider funktioniert dies nicht korrekt. Ich bekomme die Meldung: Doppelter SPN gefunden, Vorgang wird abgebrochen. Wenn ich nun aber nach doppelten SPNs suche, werden mir keine Doppelten Einträge angezeigt. Hat jemand Erfahrung mit dieser Thematik? Bin leider nicht ganz so Fit in diesem Thema. Besten Dank. Grüsse aus der Schweiz.

Ok danke, hab verstanden. Aber soweit funktioniert ja auch alles bis auf das selbe Problem! Also, owa und ecp sind folgendermassen. owa: https://outlook.meinefirma.com ecp: https://outlook.meinefirma.com/ecp owa Login funktioniert! ecp Login funktioniert nicht! Dasselbe Problem hatte ich schon vor der Snapshot Wiederherstellung. Das Problem mit dem ecp Login besteht direkt nach der Installation von CU2. Ich hab die Https-Umleitung im IIS-Manager unter Default Website ecp geprüft. Da sieht alles ok aus. Hab den verdacht das da etwas im IIS-Manager verändert wurde.

Auf dem Exchange Server ist kein Active Directory. Dieser ist nur Exchange Server. Die Dienste starten alle sauber automatisch, Server Manager Zeigt keine Fehler. Welche Logs müsst ich da prüfen?

Guten Abend, Folgendes System, Windows Server 2012 als DC, AD, DNS, DHCP. Windows Server 2012 mit Exchange 2013. Nun hab ich gestern Abend alle Automatisch Windows Updates installiert und danach noch von Hand CU2 heruntergeladen und installiert. Die Installation ist ohne Probleme durchgelaufen. Danach hab ich den Exchange Server neu gestartet. Nun ist das Problem das die Exchange Verwaltungsseite nicht mehr erreichbar ist. Die Seite wird einfach nicht mehr gefunden. Owa ist noch erreichbar, da kann ich mich auch ohne Probleme anmelden. Vor der Installation war ecp noch erreichbar und ich konnte mich auch ohne Probleme anmelden. Ich hab testweise das System zu dem Snapshot vor der Installation von CU2 zurück gesetzt. Nun kann ich mich auch wieder an ecp anmelden, alles funktioniert! Danach hab ich das CU2 Update nochmals heruntergeladen und neu installiert. Leider mit dem selben Effekt. Hoffe es kann mir jemand helfen. Grüsse aus der Schweiz.