Hinweis 1:
Hinweis 2:
Der zweite Hinweis wurde durch die Windows Server Event Logs geliefert (Event ID 3, Source: System.ServiceModel 3.0.0.0). Es konnte ein Service „/_vti_bin/client.svc“ nicht korrekt verarbeitet werden.
Lösung:
Rückschlüsse:
Mir sind in letzter Zeit häufiger Installationen „unter die Hände gekommen“, wo lediglich ein DNS Eintrag (Auflösung Alias in IP) und die alternativen Zugriffsordnungen konfigueriert waren. Dies scheint im ersten Augenblick auch zu ausreichend zu sein, da die Webseite aufgerufen werden kann und oberflächlich alles funktioniert. Dann kam es aber immer wieder zu solchen „kleinen“ Fehlern, die das Arbeiten einschränken und viele coole Features von SharePoint unterbinden.
Zurückzuführen war es häufig auf die Host-Header-Einstellungen im IIS, die entweder fehlerhaft oder gar nicht vorhanden waren. Daher merken: Host-Header-Werte immer an drei Stellen pflegen
- Alias im DNS
- IIS Bindings der Webanwendung
- Alternative Zugriffordnungen in der SharePoint Zentraladministration
Zugriffe der Clients erfolgen übrigens auch in dieser Reihenfolge (DNS -> IIS -> SharePoint) 🙂