Ach, ich probier mal schnell den Data Protection Manager aus – dachte ich bei mir und installierte im gleichen Atemzug den DPM 2007 auf unserem MOSS Server… In alter Heimwerker-Manier (für was braucht man schon eine Anleitung lesen ;-)) ->den Wizard durchgeklickt und kann schon los gehen mit dem Konfigurieren…. Hm – irgendwie kann man da nicht viel konfigurieren. Evt. sollte ich doch mal in die Doku schauen überleg ich mir und siehe da à man sollte den DPM nicht auf den Server installieren, den man sichern will (haha – das hät ich mir ja auch denken können)… Gut deinstalliert und auf einem anderen Server installiert, eingerichtet und funktioniert :-D…
Am nächsten Tag in der Früh überkommt mich ein leicht-mulmiges Gefühl als ich unseren SharePoint aufrufe und folgendes vorfinde:
:-O….
Hmmm…. Mittlerweile habe ich ja schon sehr viel in meiner SharePoint Laufbahn erlebt, aber sowas hab ich auch noch nie gesehen… absolut keine Styles + Images -> WAS IST DENN DA LOS???
Gut kann ja nur was mit der Masterpage oder mit der Security auf die images + css-dateien zum tun haben – denke ich mir und überprüfe das. Alles richtig eingestellt! Per Zufall öffne ich am Server direkt die SharePoint Seite und siehe da es funktioniert…. What the hell?!??
Also Problem: Am Server direkt funktioniert alles, am Client werden keine Styles + Images angezeigt… FilePermissions und Security sind richtig eingestellt…
Ich seniere ein wenig über mein Leben und per Zufall bringe ich das ganze in Zusammenhang mit dem DataProtectionManager (ah den hab ich ja gestern in dunkler Nacht zum Testen installiert) und mache mich auf die Suche ob es da einen Zusammenhang geben kann -> und siehe da! http://www.eggheadcafe.com/software/aspnet/30441840/http-error-4032--forbid.aspx TATSÄCHLICH... DPM tut ganze böse Sachen mit dem IIS und zwar stellt er in der IIS Metabase AuthFlags auf ganz böse Werte und zwar auf: 30209 (both AccessNoRemoteRead and AccessNoRemoteScript)
-) IIS RessourceKit runtergeladen: http://www.microsoft.com/downloads/details.aspx?FamilyID=56fc92ee-a71a-4c73-b628-ade629c89499&displaylang=en
-) IIS Metabase Explorer geöffnet
-) und die Werte für die AuthFlags bei jedem Verzeichns (natürlich muss jedes Verzeichnis einen anderen Wert eingestellt haben ;-)) eingestellt
à und es funktioniert wieder alles.
Also alte Bauernweisheit: installiere DPM NIEMALS direkt auf einem SharePoint… ;-))