4.0 KiB
Lokaler Uebergangsserver
Stand: 2026-05-21
Diese Doku beschreibt, wie die Trafag-Cockpit-App voruebergehend auf dem Entwicklungs-PC bereitgestellt werden kann, solange der zentrale IIS-Server noch nicht korrekt erreichbar ist.
Zweck
Der zentrale IIS-Server ist aktuell nicht ueber HTTPS erreichbar, weil der TLS-Handshake ein Client-Zertifikat fordert. Bis Marco/IT die IIS-SSL-Einstellungen korrigiert hat, kann die App temporaer lokal auf dem Entwicklungs-PC laufen.
Aktueller lokaler Zugriff
Aktuelle IP im Trafag-WLAN/Firmennetz:
172.16.9.185
URL fuer andere Mitarbeitende:
http://172.16.9.185:5000
Hinweis: Die IP kann sich nach Neustart, WLAN-Wechsel, VPN-Wechsel oder DHCP-Erneuerung aendern. Neue IP mit ipconfig pruefen.
Start der App
Im Projektordner:
cd C:\Users\koi\source\repos\Ai\TrafagSalesExporter
dotnet run
Das Entwicklungsprofil wurde in Properties/launchSettings.json erweitert:
"applicationUrl": "https://localhost:55415;http://localhost:55416;http://0.0.0.0:5000"
Damit bleiben die lokalen Entwicklungs-URLs aktiv:
https://localhost:55415
http://localhost:55416
Zusaetzlich lauscht die App fuer andere PCs auf:
http://0.0.0.0:5000
Falls eine alte Visual-Studio-Instanz bereits laeuft, App stoppen und neu starten, damit die neue Portbindung aktiv wird.
Firewall
Am 2026-05-21 wurde in einer Admin-CMD eine allgemeine Port-5000-Regel angelegt und auf alle Profile erweitert.
Aktueller Regelstand:
Regelname: Local Dev Web Port 5000
Aktiviert: Ja
Richtung: Eingehend
Profile: Domaene, Privat, Oeffentlich
Protokoll: TCP
Lokaler Port: 5000
Remote-IP: Beliebig
Aktion: Zulassen
Pruefen:
netsh advfirewall firewall show rule name="Local Dev Web Port 5000"
Falls die Regel neu angelegt werden muss:
netsh advfirewall firewall add rule name="Local Dev Web Port 5000" dir=in action=allow protocol=TCP localport=5000 profile=any
Falls eine bestehende Regel auf alle Profile erweitert werden muss:
netsh advfirewall firewall set rule name="Local Dev Web Port 5000" new profile=any
Regel spaeter entfernen:
netsh advfirewall firewall delete rule name="Local Dev Web Port 5000"
Die Firewall-Regel bleibt nach Neustart und normalerweise auch nach Windows-Updates aktiv. Die App selbst startet nach einem Neustart nicht automatisch.
HTTP / HTTPS
Die Freigabe fuer andere PCs erfolgt bewusst ueber HTTP:
http://<PC-IP>:5000
Lokales HTTPS ueber https://localhost:55415 funktioniert nur auf dem Entwicklungs-PC. Fuer andere PCs waere HTTPS mit Zertifikat und Trust-Aufwand verbunden. Fuer den temporaeren internen Betrieb reicht HTTP.
VPN-Hinweis
Wenn der Entwicklungs-PC zuhause per AlwaysOnVPN verbunden ist, kann der Zugriff aus dem Buero auf die VPN-IP funktionieren, ist aber nicht garantiert.
Wenn http://<VPN-IP>:5000 nicht erreichbar ist und die lokale Firewall-Regel aktiv ist, liegt es wahrscheinlich am AlwaysOnVPN-/Firmennetz-Routing. Das kann lokal auf dem PC nicht sicher freigeschaltet werden.
Sicherheit
- Nur im Trafag-Firmennetz bzw. ueber interne VPN-Szenarien verwenden.
- Nicht oeffentlich freigeben.
- Der PC muss eingeschaltet bleiben.
- Das PowerShell-/Visual-Studio-Fenster mit der laufenden App muss offen bleiben.
- Finance Cockpit und HR KPI bleiben ueber ihre App-internen Logins geschuetzt.
Zentraler IIS-Server
Aktueller Befund:
TLS RequestedClientCert=True
SEC_E_NO_CREDENTIALS
Das bedeutet: Der Server fordert beim HTTPS/TLS-Handshake ein Client-Zertifikat. Dadurch erreichen Requests weder diag.txt noch BiDashboard.dll.
Marco/IT soll in IIS bei der Website bzw. Application die SSL Settings pruefen:
Client certificates: Ignore
oder hoechstens:
Client certificates: Accept
Nicht:
Client certificates: Require
Danach testen:
https://trch-webapp-bidashboard.trafagch.local/BiDashboard/diag.txt
https://trch-webapp-bidashboard.trafagch.local/BiDashboard/