Willkommen auf meinem neuen Blog!
Einige Jahre hat es gedauert, bis diese Seite nun endlich richtigen Inhalt enthält.
Mal sehen, wie lange die Motivation am Posten anhält. Derzeit bin ich noch zuversichtlich ;-)
Eigentlich hätte das Blog schon vor einigen Monaten online gehen sollen, jedoch gab es noch einige technische Probleme bei der Installation. Nach einigen Startschwierigkeiten (zahlreichen ausgesprochenen Flüchen und längerer Fehlersuche) mit WebsitePanel (http://www.websitepanel.net) zur Verwaltung des Webspaces ging die Installation des Blogs dann doch recht flott. Auf den ersten Blick tut es das was es soll.
Abgesehen davon, bin ich wieder einen Schritt beim Verständnis des Ungetieres (WSP) weitergekommen. Vielleicht schaffe ich es irgendwann doch noch einmal die Fehlermeldungen auch ohne frisch eingebaute Debug-Ausgabe im Quellcode zu verstehen.
Meine letzte Fehlermeldung:
Server was unable to process request. ---> Could not create system user ---> Der Gruppenname konnte nicht gefunden werden.
at System.Web.Services.Protocols.SoapHttpClientProtocol.ReadResponse(SoapClientMessage message, WebResponse response, Stream responseStream, Boolean asyncCall)
at System.Web.Services.Protocols.SoapHttpClientProtocol.Invoke(String methodName, Object[] parameters)
at WebsitePanel.Providers.Web.WebServer.CreateSite(WebSite site)
at WebsitePanel.EnterpriseServer.WebServerController.AddWebSite(Int32 packageId, String hostName, Int32 domainId, Int32 packageAddressId, Boolean addInstantAlias, Boolean ignoreGlobalDNSRecords)
Stellt sich natürlich die Frage:
- Welcher Benutzer?
- Welche Gruppe?
- Auf welchem Server? ^^
Nach der Erweiterung der Ausgabe in der Funktion
public static void CreateUser(SystemUser user, RemoteServerSettings serverSettings, string usersOU, string groupsOU)
im File
WebsitePanel\Sources\WebsitePanel.Server.Utils\SecurityUtils.cs
catch (Exception ex)
{
throw new Exception("Could not create system user \r\n"+
"user: " + user.FullName + "\r\n"+
"usersOU: " + usersOU + "\r\n"+
"groupsOU: " + groupsOU + "\r\n"+
"AdEnabled: " + serverSettings.ADEnabled.ToString() + "\r\n", ex);
}
Stellte sich die Lösung schnell heraus:
- Der Code wird entgegen meiner Vermutung direkt am Target-Server des Hosting-Plans ausgeführt (weshalb die Debug-Ausgabe nach Aktualisierung der DLLs noch immer nicht klappte - der Target-Server war nämlich nicht der Webserver).
- AdEnabled war falsch, somit suchte er die im Server eingestellten AD-Gruppen lokal am falschen Server - das konnte also nicht funktionieren.
- Nach Anlage eines neuen Hosting-Plans für Webhosting mit dem Webserver klappte die Anlage dann sofort und dem Blog stand nichts mehr im Wege.
Im nächsten Schritt wird (wohl oder übel) ein bisschen Werbung dazukommen, damit die Seite vielleicht auch irgendwann etwas einbringt? Ach lasst mich doch ein bisschen träumen :D