Firewall-Einstellungen für self-hosted .Net Webservice

Hallo Community,

ich habe in Visual Studio 2017 ein Testprojekt für einen self-hosted .Net Webservice erstellt (Programmiersprache C#, SOAP basiert), der als Windows-Dienst läuft. Dazu gehört eine Controller-Applikation, über die bestimmte Konfigurationsparameter des Webservices gesetzt werden sollen.

Der Webservice hat mehrere URLs. Eine dient dazu Daten abzufragen, die der Webservice aus einer MS SQL Server Datenbank liest. Über die andere URL liest und schreibt die Controller-Applikation die Verbindungsdaten für den SQL Server, aus dem der Webservice die Daten lesen soll.

Wenn Webservice und Controller-Applikation auf dem gleichen Rechner laufen funktioniert das alles wunderbar. Liegen die beiden Programme jedoch auf verschiedenen Rechnern (beide VMs mit Windows 7) kommt der Kontakt zwischen Controller und Webservice nur zustande, wenn ich entweder die Windows Firewall auf der VM mit dem Webservice ausschalte oder eine eingehende Regel definiere, die alle TCP-Ports freischaltet. Wenn ich in der Firewall-Regel als weitere Einschränkung "Gilt nur für die EXE des Webservice" setze, kommt keine Verbindung zustande. Auch wenn ich stattdessen die Einschränkung "Gilt nur für den Windows-Dienst des Webservices" setze, funktioniert es nicht.

Da es sicherheitstechnisch natürlich eine Katastrophe ist, einfach alle TCP-Ports freizuschalten, würde ich jetzt gerne wissen, wie ich die Firewall konfigurieren muss, um nur TCP-Verbindungen zu meinem Webservice zu erlauben.

Ein Port-Range ist übrigens keine Option, da der Kommunikationsport zwischen Controller und Webservice ebenfalls über den Controller einstellbar sein soll. Wenn der Port geändert wird, schickt der Controller dem Webservice eine entsprechende Nachricht, der speichert die Port-Nummer in seiner Konfigurationsdatei, schließt die vorhandenen Netzwerkverbindungen und durchläuft dann seine Startup-Sequenz, in der er die Konfigurationsdatei einließt und dementsprechende Netzwerkverbindungen öffnet. Der Controller verhält sich nach einem ähnlichen Muster und somit "kommen die beiden wieder zusammen".

Grüße
Friemler

netsh advfirewall firewall add rule name="Friemler" program=system dir=in action=allow protocol=TCP localport=0815 profile=any

string befehlsausgabe = "";  
int befehlserrorlevel = 0;
try
	{
	Process firewallausnahme = new Process();
	firewallausnahme.StartInfo.FileName = "C:\\Windows\\System32\\netsh.exe";  
	firewallausnahme.StartInfo.WorkingDirectory = "C:\\Windows\\System32";  
	firewallausnahme.StartInfo.Arguments = "advfirewall firewall add rule name=\"Friemler\" program=system dir=in action=allow protocol=TCP localport=0815 profile=any";  
	firewallausnahme.StartInfo.WindowStyle = ProcessWindowStyle.Hidden;
	firewallausnahme.StartInfo.CreateNoWindow = true;
	firewallausnahme.StartInfo.UseShellExecute = false;
	firewallausnahme.StartInfo.RedirectStandardOutput = true;
	firewallausnahme.StartInfo.StandardOutputEncoding = Encoding.GetEncoding(850);
	firewallausnahme.Start();
	befehlsausgabe = firewallausnahme.StandardOutput.ReadToEnd();
	firewallausnahme.WaitForExit();
	befehlserrorlevel = firewallausnahme.ExitCode;
	}
catch (Exception ex)
	{
	befehlsausgabe = ex.Message.ToString();
	befehlserrorlevel = firewallausnahme.ExitCode;
	// weitere Fehlerbehandlung
	};