Installation auf Windows Server

Diese Anleitung richtet Bestell-Bar auf einem Windows Server ein, auf dem IIS und Microsoft SQL Server bereits installiert sind. Die kostenlose SQL Server Express-Edition genügt; höhere Editionen funktionieren genauso.

Voraussetzungen

• Windows Server mit eingerichteter IIS-Webserver-Rolle.
• Microsoft SQL Server (Express oder höher), idealerweise mit SQL Server Management Studio oder sqlcmd zur Verwaltung.
• Administratorrechte auf dem Server.
• Die Anwendung "Bestell-Bar" und die Hilfe als zip-Archiv.

Programmpaket herunterladen

Unter www.bestell-bar.ch/download stehen diese Pakete bereit:

Die Links zur Anwendung stehen auch auf der Impressum-Seite der Anwendung bei den Release-Notes.

Neben jedem Archiv liegt eine Datei .sha256 mit der Prüfsumme. So lässt sich nachweisen, dass das Archiv unverändert ist – die Lizenz erlaubt die Weitergabe nur unverändert. Prüfen in PowerShell:

Get-FileHash .\bestell-bar-1.10.2.zip -Algorithm SHA256

Der ausgegebene Wert muss mit dem Inhalt der .sha256-Datei übereinstimmen.

Hinweis zu Windows SmartScreen: Das Programm ist nicht signiert. Beim ersten Start meldet Windows daher möglicherweise, der Computer sei geschützt worden. Über Weitere Informationen → Trotzdem ausführen lässt sich der Start fortsetzen.

Benötigte IIS-Rollendienste

Die reine Rolle Webserver (IIS) genügt nicht – für Bestell-Bar müssen zusätzlich diese Rollendienste installiert sein (Server-Manager → Rollen und Features hinzufügen, oder per PowerShell):

• Statischer Inhalt – liefert die CSS/JS/Bilder aus wwwroot und die statischen Hilfe-Seiten (zwingend).
• Standarddokument und HTTP-Fehler.
• HTTP-Umleitung – für die Weiterleitung von HTTP auf HTTPS.
• WebSocket-Protokoll – für die Live-Aktualisierung der Stations- und Auslieferungs-Boards (SignalR); ohne dieses Feature bleiben Boards ohne Neuladen stehen.
• Statische & dynamische Inhaltskomprimierung – für schnellere Antworten.
• IIS-Verwaltungskonsole – zum Einrichten von Website/Anwendungspool.
• IIS-Verwaltungsskripts und -tools – nur nötig, wenn Sie die Installationsscripts verwenden: sie richten Anwendungspool und Website über das PowerShell-Modul WebAdministration ein, das erst mit diesem Rollendienst mitkommt.

Auf einem Windows Server installiert dieser Befehl (als Administrator in PowerShell) alles Nötige:

Install-WindowsFeature -Name Web-Server, Web-Static-Content, Web-Default-Doc, `
    Web-Http-Errors, Web-Http-Redirect, Web-WebSockets, Web-Stat-Compression, `
    Web-Dyn-Compression, Web-Mgmt-Console, Web-Scripting-Tools -IncludeManagementTools

Benötigte SQL-Server-Features

Bei der Installation von SQL Server (Express oder höher) genügt für Bestell-Bar:

• Datenbankmodul-Dienste (Database Engine Services) – zwingend.
• Optional SQL Server Management Studio (SSMS, separater Download) zur bequemen Verwaltung – sqlcmd genügt aber auch.

• Für die lokale Verbindung (. bzw. .\SQLEXPRESS) reichen die Standardprotokolle (Shared Memory / Named Pipes) – keine weitere Einrichtung nötig.
• Liegt der SQL Server auf einem anderen Rechner, im SQL Server-Konfigurations-Manager das TCP/IP-Protokoll aktivieren und den Port (Standard 1433) in der Firewall freigeben.
• Für eine SQL-Anmeldung (statt Windows-Authentifizierung, siehe Schritt 4) bei der Installation den gemischten Modus aktivieren.

Abkürzung: Installation per Script

Die Schritte 1 bis 7 gibt es auch als PowerShell-Scripts. Sie tun genau das, was unten von Hand beschrieben ist – prüfen dabei aber zusätzlich Dinge, die man beim Klicken leicht übersieht, etwa ob der Anwendungspool wirklich nur einen Arbeitsprozess verwendet.

Auch die Hilfe richten die Scripts ein: Sie laden das Hilfe-Paket in der Version der Anwendung und legen es in den Unterordner Help des Anwendungsordners. Das geschieht bei jedem Lauf, also auch bei einem Update, sodass die Hilfe immer zur installierten Version passt.

Die Scripts kommen als bestell-bar-install.zip (siehe Programmpaket herunterladen). Das Archiv enthält den Ordner install – entpacken Sie es auf dem Zielserver, etwa nach C:\Setup, dann liegen die Scripts unter C:\Setup\install. Laden Sie es vor jeder Installation neu: Es gibt nur diesen einen, jeweils aktuellen Stand.

Unblock-File .\bestell-bar-install.zip

Als Administrator auf dem Zielserver, im Ordner über install:

powershell.exe -NoProfile -ExecutionPolicy Bypass -File .\install\Install-BestellBar.ps1

Wer lieber klickt, startet stattdessen install\setup.bat. Die Datei ruft genau denselben Befehl auf, fordert bei Bedarf Administratorrechte an – Windows fragt dann nach – und lässt das Fenster am Ende offen, damit die Ausgabe lesbar bleibt.

Das Script fragt alles Fehlende ab. Wer erst sehen will, was geschehen würde, hängt -PreflightOnly an: dann werden nur die Voraussetzungen geprüft und der vollständige Plan ausgegeben, ohne etwas zu ändern.

Im Ordner install liegt nur dieses eine Script; die Einzelschritte stehen im Unterordner install\scripts und lassen sich bei Bedarf auch einzeln aufrufen.

Danach werden zwei Angaben erfragt, weil alles Weitere daran hängt:

Beide Vorschläge lassen sich an der Eingabeaufforderung überschreiben oder als -HostName und -AppPath mitgeben.

Kostenloses Zertifikat von Let's Encrypt

Als Zertifikat schlägt das Script Let's Encrypt vor. Es holt ein kostenloses Zertifikat und richtet die Erneuerung als geplante Aufgabe ein – täglich, mit etwas Zufallsversatz. Ein Zertifikat gilt 90 Tage und wird ab 30 Tagen vor Ablauf erneuert; Sie müssen sich darum nicht mehr kümmern. Alternativ wählen Sie ein vorhandenes Zertifikat aus dem Zertifikatspeicher oder ein selbstsigniertes zum Testen.

Ein selbstsigniertes Zertifikat trägt das Script auf dem Server als vertrauenswürdig ein. Ein Browser auf dem Server selbst öffnet die Anwendung deshalb ohne Warnung. Auf den übrigen Geräten im Netz erscheint die Warnung weiterhin. Für Gäste am Anlass taugt das nicht, dafür braucht es ein echtes Zertifikat.

.\install\scripts\Install-LetsEncryptCertificate.ps1 -HostName 'bestellbar.example.ch' `
    -SiteName 'bestellbar.example.ch' -ContactEmail 'admin@example.ch' -AcceptTermsOfService

Der Zertifikatsbezug läuft spät, aber noch vor der Abnahmeprüfung: Let's Encrypt stellt nur aus, wenn die Seite bereits erreichbar ist, und bis dahin verwendet die Installation ein selbstsigniertes Zertifikat, das dann ersetzt wird. Die Abnahmeprüfung kommt danach, damit sie das echte Zertifikat beurteilt – Aussteller, Erneuerungsaufgabe und die Bindung auf Port 80 lassen sich am Zwischenstadium nicht prüfen. Geht beim Bezug etwas schief, steht trotzdem eine fertige, laufende Installation da – nur mit Zertifikatswarnung, die sich mit dem Befehl oben nachträglich beheben lässt.

Die folgende Anleitung bleibt gültig und vollständig – wer lieber von Hand installiert, folgt einfach den Schritten 1 bis 7.

Schritt 1: .NET Hosting Bundle installieren

1. Das ASP.NET Core 10 Hosting Bundle von dotnet.microsoft.com herunterladen (Abschnitt ASP.NET Core Runtime → Hosting Bundle) und installieren. Es verbindet .NET mit dem IIS (ASP.NET-Core-Modul).
2. Anschliessend in einer Administrator-Eingabeaufforderung iisreset ausführen (oder den IIS manuell neustarten).

Schritt 2: Anwendungsdateien ablegen

1. Einen Ordner für die Anwendung anlegen, z. B. D:\Sites\bestellbar.
2. Den kompletten Inhalt des zip-Archivs hineinkopieren (JKOrderManager.exe, appsettings.json, web.config, wwwroot usw.).

Schritt 3: IIS einrichten

1. Im IIS-Manager einen neuen Anwendungspool anlegen, z. B. BestellBar, .NET-CLR-Version Kein verwalteter Code. Die Identität kann auf dem Standard (ApplicationPoolIdentity) bleiben (je nach Verbindung mit dem MS SQL Server).
2. Eine Website (oder eine Anwendung unterhalb einer bestehenden Website, z. B. /bestellbar) anlegen: physischer Pfad = Ordner aus Schritt 2, Anwendungspool = BestellBar. Der Betrieb unter einem Unterpfad wird von Bestell-Bar vollständig unterstützt.
3. Eine HTTPS-Bindung mit Zertifikat einrichten (die QR-Codes und die Bestellseiten der Gäste setzen eine sichere Verbindung voraus).

Schritt 4: Datenbank anlegen und Rechte vergeben

1. Eine leere Datenbank anlegen, z. B. BestellBar:

   sqlcmd -S .\SQLEXPRESS -E -Q "CREATE DATABASE BestellBar"

   (bei einer Standardinstanz -S . statt .\SQLEXPRESS). Die Tabellen erstellt die Anwendung beim ersten Start selbst.
2. Dem Konto des Anwendungspools Zugriff geben (empfohlen: Windows-Authentifizierung):

   sqlcmd -S .\SQLEXPRESS -E -Q "CREATE LOGIN [IIS AppPool\BestellBar] FROM WINDOWS"
   sqlcmd -S .\SQLEXPRESS -E -d BestellBar -Q "CREATE USER [IIS AppPool\BestellBar] FOR LOGIN [IIS AppPool\BestellBar]; ALTER ROLE db_owner ADD MEMBER [IIS AppPool\BestellBar]"

   Der Login-Name entspricht immer IIS AppPool\<Name des Anwendungspools>.

Schritt 5: appsettings.json anpassen

Die Datei appsettings.json im Anwendungsordner öffnen und anpassen:

{
  "ConnectionStrings": {
    "DefaultConnection": "Server=.\\SQLEXPRESS;Database=BestellBar;Trusted_Connection=True;TrustServerCertificate=True;MultipleActiveResultSets=true"
  },
  "Qr":         { "Secret": "…langer Zufallswert…" },
  "Encryption": { "Key": "…langer Zufallswert…" },
  "Seed": {
    "SuperAdminEmail": "admin@example.ch",
    "SuperAdminPassword": "…starkes Passwort…",
    "SuperAdminDisplayName": "Plattform-Administrator"
  },
  "Installation": { "Label": "" },
  "Security":     { "SuperAdminTwoFactorBypass": false },
  "DataProtection": {
    "KeyPath": "",
    "ApplicationName": "",
    "ProtectKeysWithDpapi": true
  },
  "Hosting": { "HttpsRedirectPort": 443 },
  "RateLimits": {
    "Enabled": true,
    "Registration":       { "Limit": 3,  "WindowMinutes": 60 },
    "Mail":               { "Limit": 5,  "WindowMinutes": 10 },
    "Receipt":            { "Limit": 3,  "WindowMinutes": 10 },
    "Login":              { "Limit": 10, "WindowMinutes": 5 },
    "AnonymousMailTotal": { "Limit": 20, "WindowMinutes": 60 }
  },
  "Imprint": {
    "Name": "Musterverein Zürich",
    "AddressLines": [ "Musterstrasse 1", "8000 Zürich", "CH" ],
    "Email": "info@musterverein.ch",
    "Representative": "Vorname Nachname"
  }
}

• DefaultConnection: Servername/Instanz und Datenbankname aus Schritt 4.
• Qr:Secret und Encryption:Key: je ein eigener, langer Zufallswert (mindestens 32 Zeichen). Bequem erzeugen mit:

  powershell -Command "$b = New-Object byte[] 48; [Security.Cryptography.RandomNumberGenerator]::Create().GetBytes($b); [Convert]::ToBase64String($b)"

  Den Befehl für jeden der beiden Werte einmal ausführen – es müssen zwei verschiedene sein.
• Seed: E-Mail und Passwort des ersten Plattform-Administrators (damit melden Sie sich nach der Installation an).
• Installation:Label (optional): Text wie Demo oder Test, der zur Kennzeichnung der Umgebung klein unter dem Schriftzug in der Menüleiste erscheint; leer = keine Anzeige.
• Security:SuperAdminTwoFactorBypass: bleibt auf false. Der Schalter ist der Notzugang für den Fall, dass der Plattform-Administrator seine Authenticator-App und seine Wiederherstellungscodes verliert – über ihm steht niemand, der zurücksetzen könnte (Vereins-Admins setzt ein anderer Vereins-Admin zurück). Siehe unten.
• DataProtection (optional): Ablage der Sicherheitsschlüssel. Die Vorgaben passen für eine normale Installation – lassen Sie die Werte leer, wenn Sie keinen Grund für etwas anderes haben. Siehe unten.
• Hosting:HttpsRedirectPort: der öffentliche HTTPS-Port (in der Regel 443). Dann leitet die Anwendung eingehende HTTP-Anfragen selbst dorthin um. Für den Testbetrieb per Doppelklick muss der Wert null bleiben. Siehe unten.
• RateLimits (optional): Obergrenzen gegen Missbrauch von Registrierung, Anmeldung und E-Mail-Versand. Die Vorgaben reichen für den Normalbetrieb. Siehe unten.
• Imprint: Ihre Angaben als Betreiber dieser Installation – sie erscheinen im Impressum, auf das die Datenschutzerklärung verweist. AddressLines wird zeilenweise ausgegeben, das Format ist also frei. Representative darf leer bleiben, dann gilt der Name des Betreibers. Siehe unten.
• Serilog: im Abschnitt WriteTo den Pfad der Logdatei auf einen Ordner zeigen lassen, in dem das Anwendungspool-Konto schreiben darf.

Impressum: Ihre eigenen Angaben

Bestell-Bar wird ohne Betreiberangaben ausgeliefert. Sobald Sie die Software selbst betreiben, sind Sie der Betreiber – und die öffentlichen Seiten Impressum und Datenschutz müssen Sie ausweisen, nicht den Hersteller.

Nicht betroffen sind Lizenz und Copyright der Software weiter unten auf der Impressum-Seite: Die bleiben beim Hersteller, unabhängig davon, wer die Installation betreibt.

Sicherheitsschlüssel: wo sie liegen und warum das zählt

Die Anwendung verschlüsselt mit einem Schlüsselbund, was sie den Browsern mitgibt: die Anmelde-Cookies, die Schutzmarken der Formulare und die Token in den Links aus den Bestätigungs- und Passwort vergessen-E-Mails.

Standardmässig legt die Anwendung diesen Schlüsselbund unter %ProgramData%\BestellBar\keys ab – also ausserhalb des Anwendungsordners, damit ein Update ihn nicht mitlöscht. Beim Start schreibt sie den verwendeten Pfad ins Log, dort können Sie ihn jederzeit nachsehen:

[INF] Data-Protection-Schlüssel: C:\ProgramData\BestellBar\keys (Installation 'BestellBar', DPAPI aktiv)

Die drei Einstellungen brauchen Sie nur, wenn Sie bewusst abweichen wollen:

HTTPS erzwingen

Die Anwendung gehört hinter HTTPS. Die Anmelde-Cookies werden ausserhalb der Entwicklungsumgebung ohnehin nur über eine verschlüsselte Verbindung gesendet – ruft jemand die Seite über http:// auf, kann er sich also gar nicht erst anmelden.

Damit niemand auf einer unverschlüsselten Seite landet, richten Sie die Umleitung ein. Zwei Wege, die sich ergänzen:

1. Im IIS – der übliche Weg: Der Website nur eine https-Bindung geben, oder bei zusätzlicher http-Bindung eine Umleitungsregel (URL Rewrite) auf https einrichten.
2. In der Anwendung – als zweite Absicherung: unter Hosting:HttpsRedirectPort den öffentlichen HTTPS-Port eintragen, meist 443. Die Anwendung beantwortet eine HTTP-Anfrage dann mit einer Umleitung auf dieselbe Adresse unter https://.

[WRN] Die Anwendung leitet HTTP-Anfragen NICHT selbst auf HTTPS um (Hosting:HttpsRedirectPort ist leer). …

Nur ein Arbeitsprozess

Die Anwendung muss in einem einzigen Prozess laufen. Zwei Dinge hält sie im Speicher genau dieses Prozesses: die Live-Verbindungen zu den Stationsboards und den Zwischenspeicher der Artikelbilder; auch die Anfragebegrenzung zählt je Prozess.

Häufigste Ursache ist ein Anwendungspool mit mehreren Arbeitsprozessen (eine sogenannte Webgarten-Konfiguration). So prüfen Sie das:

1. Im IIS-Manager Anwendungspools öffnen und den Pool auswählen.
2. Rechts Erweiterte Einstellungen… anklicken.
3. Unter Prozessmodell muss Maximale Anzahl von Arbeitsprozessen auf 1 stehen (das ist die Standardeinstellung).

Erkennt die Anwendung beim Start eine zweite laufende Instanz, schreibt sie eine Warnung ins Log:

[WRN] Es läuft bereits eine weitere Instanz dieser Installation ('BestellBar') auf diesem Rechner. …

Während eines Updates oder eines Neustarts kann diese Meldung kurz auftreten, weil der alte Prozess noch läuft – das ist normal. Erscheint sie im laufenden Betrieb, prüfen Sie den Anwendungspool.

Anfragebegrenzung: Schutz vor Missbrauch

Ein paar Stellen der Anwendung kann jeder aufrufen, ohne angemeldet zu sein – und sie bringen den Server dazu, etwas zu tun: einen Verein anzulegen oder eine E-Mail über Ihren SMTP-Server zu verschicken. Ohne Bremse könnte jemand damit tausende E-Mails in Ihrem Namen auslösen; darunter leidet vor allem der Ruf Ihrer Absenderadresse.

Die Anwendung begrenzt darum, wie oft diese Aktionen in einem Zeitfenster aufgerufen werden dürfen. Wer darüber liegt, bekommt die Seite Zu viele Anfragen und muss kurz warten.

Die Grenzen gelten je Absenderadresse und Zeitfenster; Receipt zählt je Bestellung und AnonymousMailTotal über alle zusammen. Limit ist die erlaubte Anzahl, WindowMinutes die Länge des Zeitfensters; mit "Limit": 0 schalten Sie eine einzelne Grenze ab. Beim Start schreibt die Anwendung die geltenden Werte ins Log:

[INF] Anfragebegrenzung aktiv: Registrierung 3/60min, E-Mail 5/10min, Anmeldung 10/5min, Quittung je Bestellung 3/10min, anonymer Mailversand gesamt 20/60min

Notzugang für den Plattform-Administrator

Kommt der Plattform-Administrator wegen der Zwei-Faktor-Authentifizierung nicht mehr hinein, gehen Sie so vor:

1. In der appsettings.json "SuperAdminTwoFactorBypass": true setzen und speichern. Ein Neustart ist nicht nötig – die Datei wird sofort neu eingelesen.
2. Mit E-Mail und Passwort anmelden; der Code wird für dieses eine Konto übersprungen.
3. Unter Mein Konto die 2FA mit dem Passwort deaktivieren und bei Bedarf neu einrichten.
4. Den Schalter wieder auf false setzen.

Schritt 6: Hilfe-Seite einbinden

Wer mit den Scripts installiert, kann diesen Schritt überspringen. Sie legen die Hilfe im Unterordner Help des Anwendungsordners ab, zusammen mit einer kleinen web.config, damit der IIS die Seiten selbst ausliefert. Von Hand geht es so:

1. Das Hilfe-Paket bestell-bar-hilfe-<Version>.zip herunterladen (siehe Programmpaket herunterladen) und in einen Ordner ausserhalb des Anwendungsordners entpacken, z. B. D:\Sites\bestellbar-help. Das Archiv enthält die Seiten direkt, ohne umschliessenden Ordner – legen Sie den Zielordner also vorher an.
2. Im IIS-Manager unterhalb der Bestell-Bar-Anwendung ein virtuelles Verzeichnis mit Alias help anlegen, das auf diesen Ordner zeigt.

Damit funktioniert der Hilfe-Link im Seitenfuss der Anwendung, und die Seite bleibt bei Anwendungs-Updates unangetastet.

Schritt 7: Erster Start

1. Die Website im Browser aufrufen. Beim ersten Start legt die Anwendung die Datenbanktabellen an und erstellt das Administrator-Konto aus dem Seed-Abschnitt (das kann einige Sekunden dauern).
2. Mit dem Seed-Konto Anmelden.
3. Unter dem Zahnrad-Menü Administration → System-SMTP den zentralen E-Mail-Versand konfigurieren (Voraussetzung für Selbstregistrierung und «Passwort vergessen»).
4. Unter Vereine den ersten Verein samt Vereins-Admin anlegen – oder die Selbstregistrierung auf der Startseite nutzen.

Updates einspielen

Wer mit den Scripts installiert hat, startet für ein Update dasselbe Script noch einmal und gibt die neue Versionsnummer ein; alle anderen Angaben schlägt es aus dem letzten Lauf vor. Es lädt die neue Version, hält erst dann die Anwendung an, ersetzt die Programmdateien und die Hilfe, behält appsettings.json und web.config und prüft am Ende die ganze Installation. Einstellungen, die eine neue Version neu mitbringt, ergänzt es in Ihrer appsettings.json – samt erklärendem Kommentar; Ihre bestehenden Werte bleiben dabei unverändert. Die Datenbank sichert es nicht – das bleibt Ihr erster Schritt. Von Hand geht ein Update so:

1. Datenbank sichern.
2. Anwendungspool BestellBar stoppen.
3. Anwendungsdateien durch die neue Version ersetzen – appsettings.json und web.config dabei behalten (vorher sichern).
4. Anwendungspool wieder starten. Nötige Datenbank-Anpassungen führt die Anwendung beim Start automatisch aus.
5. Die Hilfe aktualisieren: den Inhalt des Hilfe-Ordners aus Schritt 6 durch das neue bestell-bar-hilfe-<Version>.zip ersetzen. Die Hilfe hat keine eigenen Einstellungen, der Ordner darf also vorher geleert werden. Ein Neustart ist nicht nötig.

Nur zum Testen: direkt starten (Konsole)

Dieselbe JKOrderManager.exe lässt sich auch direkt starten – per Doppelklick oder aus der Eingabeaufforderung. Es öffnet sich ein Konsolenfenster, und die Anwendung ist unter http://localhost:5000 erreichbar (ohne IIS).

• Einen anderen Port wählen Sie mit dem Schalter --urls:

  JKOrderManager.exe --urls http://localhost:8080

• Beenden: Fenster schliessen oder Strg+C drücken.
• Es gilt dieselbe appsettings.json wie im IIS-Betrieb – die Platzhalter aus Schritt 5 müssen also auch hier ersetzt sein.
• Das Konsolenfenster bleibt fast leer – das ist normal: protokolliert werden nur Warnungen und Fehler (die Logdatei aus dem Serilog-Abschnitt wird trotzdem geschrieben).

Alternativer Betrieb: als Windows-Dienst

Statt im IIS kann dieselbe Anwendung auch als Windows-Dienst laufen – praktisch, wenn auf dem Server kein IIS gewünscht ist. Der reguläre Weg bleibt der IIS-Betrieb.

1. Dienst anlegen (Eingabeaufforderung als Administrator; das Leerzeichen nach binPath= gehört zur Syntax von sc.exe):

   sc.exe create BestellBar binPath= "D:\Sites\bestellbar\JKOrderManager.exe --urls http://localhost:5000" start= auto
   sc.exe description BestellBar "Bestell-Bar Web-Anwendung"

2. Dienstkonto festlegen und diesem – wie in Schritt 4 – Zugriff auf die Datenbank geben. Ohne Angabe läuft der Dienst als LocalSystem:

   sc.exe config BestellBar obj= "DOMAIN\dienstkonto" password= "…"

3. Starten bzw. stoppen:

   sc.exe start BestellBar
   sc.exe stop BestellBar

4. Wieder entfernen (vorher stoppen): sc.exe delete BestellBar

• Der Dienst startet automatisch mit dem Server und wird von Windows nach einem Absturz neu gestartet (Wiederherstellungsoptionen in den Diensteigenschaften).
• Das Dienstkonto braucht Schreibrechte auf den Log-Ordner aus dem Serilog-Abschnitt der appsettings.json.
• Für Updates den Dienst stoppen, Dateien ersetzen (appsettings.json behalten), Dienst wieder starten.

Wenn es nicht läuft