6
Portfreigabe Windows Server 2008 R2
Hallo zusammen,
habe ein Problem mit der Windows Firewall.
Ich möchte einen bestimmten Port auf unseren Server freigeben, habe die freigabe in der Firewall für ein- und ausgehend definiert dennoch ist der Port scheinbar nicht frei. Ich teste dies indem ich den LAN Scanner laufen lasse.
Als Virenschutz ist noch Kaspersky installiert, da ich aber befürchtete, dass dieser das stört habe ich ihn deaktiviert. Dennoch funktioniert die Freigabe nicht. Auch wenn ich den Befehl netstat -a eingebe steht mein geöffneter Port nicht dabei.
Kann mir jemand helfen woran das liegen könnte?
habe ein Problem mit der Windows Firewall.
Ich möchte einen bestimmten Port auf unseren Server freigeben, habe die freigabe in der Firewall für ein- und ausgehend definiert dennoch ist der Port scheinbar nicht frei. Ich teste dies indem ich den LAN Scanner laufen lasse.
Als Virenschutz ist noch Kaspersky installiert, da ich aber befürchtete, dass dieser das stört habe ich ihn deaktiviert. Dennoch funktioniert die Freigabe nicht. Auch wenn ich den Befehl netstat -a eingebe steht mein geöffneter Port nicht dabei.
Kann mir jemand helfen woran das liegen könnte?
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 208983
Url: https://administrator.de/forum/portfreigabe-windows-server-2008-r2-208983.html
Ausgedruckt am: 23.12.2024 um 11:12 Uhr
6 Kommentare
Neuester Kommentar
Moin,
evtl. erläuterst du mal ein bisschen genauer, was du vorhast - so mit Portnummer, Protokol, Name des Programms, Erhoffter Nutzen etc.
lg,
Slainte
Auch wenn ich den Befehl netstat -a eingebe steht mein geöffneter Port nicht dabei.
Dann lauscht an dem Port kein Programm.evtl. erläuterst du mal ein bisschen genauer, was du vorhast - so mit Portnummer, Protokol, Name des Programms, Erhoffter Nutzen etc.
lg,
Slainte
Mahlzeit.
Schliesse mich meinem Vorredner an: Port öffnen allein bedeutet ja nicht, dass auch tatsächlich ein Programm läuft, dass auf diesem Port lauscht. Und netstat hat mit den Firewall-Einstellung grad gar nix zu tun, soll heissen: Selbst wenn du auf der Firewall den Port verrammelt hast, aber das entsprechende Programm läuft, würde die netstat das anzeigen.
Cheers,
jsysde
Schliesse mich meinem Vorredner an: Port öffnen allein bedeutet ja nicht, dass auch tatsächlich ein Programm läuft, dass auf diesem Port lauscht. Und netstat hat mit den Firewall-Einstellung grad gar nix zu tun, soll heissen: Selbst wenn du auf der Firewall den Port verrammelt hast, aber das entsprechende Programm läuft, würde die netstat das anzeigen.
Cheers,
jsysde
der Port soll per UDP und TCP freigegeben werden, da ein CRM Plugin System für Outlook über diesen Port arbeiten soll.
Wenn ich das also richtig verstehe muss das Programm erst auf diesen Port lauschen damit man auch erkennt ob dieser offen ist?
Wenn ich das also richtig verstehe muss das Programm erst auf diesen Port lauschen damit man auch erkennt ob dieser offen ist?
Hi,
ein offener Port heißt ersmal nix, außer das man von außen diesen Port ansprechen kann.
Port 80 z.B. http (Webseiten)
Diesen Port kannst du ruhig aufmachen, aber dein Internetexplorer wird nix anzeigen, außer einer Fehlermeldung. Auch ist es so nicht sicherheitskritisch.
Läuft auf dem besagten Rechner dann ein Webserver-Dienst (Apache, IIS o.ä.), dann wird dir der Internetexplorer etwas anzeigen. Hier wird`s dann sicherheitskritisch (welche Lücken hat der IIS, Apache o.ä.; sprich der Dienst der dahinter arbeitet )
greetz
Ravers
ein offener Port heißt ersmal nix, außer das man von außen diesen Port ansprechen kann.
Port 80 z.B. http (Webseiten)
Diesen Port kannst du ruhig aufmachen, aber dein Internetexplorer wird nix anzeigen, außer einer Fehlermeldung. Auch ist es so nicht sicherheitskritisch.
Läuft auf dem besagten Rechner dann ein Webserver-Dienst (Apache, IIS o.ä.), dann wird dir der Internetexplorer etwas anzeigen. Hier wird`s dann sicherheitskritisch (welche Lücken hat der IIS, Apache o.ä.; sprich der Dienst der dahinter arbeitet )
greetz
Ravers
N'Abend.
Und du bist sicher, dass du _eingehende!_ Ports dafür öffnen musst?
Sollte nicht das CRM auf einem Server laufen und Outlook darauf zugreifen, also ausgehende Verbindungen vom Outlook-Rechner zum Server?
Cheers,
jsysde
Zitat von @FiSi-Chrissi:
der Port soll per UDP und TCP freigegeben werden, da ein CRM Plugin System für Outlook über diesen Port arbeiten soll.
Wenn ich das also richtig verstehe muss das Programm erst auf diesen Port lauschen damit man auch erkennt ob dieser offen ist?
der Port soll per UDP und TCP freigegeben werden, da ein CRM Plugin System für Outlook über diesen Port arbeiten soll.
Wenn ich das also richtig verstehe muss das Programm erst auf diesen Port lauschen damit man auch erkennt ob dieser offen ist?
Und du bist sicher, dass du _eingehende!_ Ports dafür öffnen musst?
Sollte nicht das CRM auf einem Server laufen und Outlook darauf zugreifen, also ausgehende Verbindungen vom Outlook-Rechner zum Server?
Cheers,
jsysde
Wenn ich das also richtig verstehe muss das Programm erst auf diesen Port lauschen damit man auch
erkennt ob dieser offen ist?
Nein das hast du nicht richtig verstanden. netstat -a zeigt alle Ports an, an denen entweder Verbindungen anliegen, oder an denen auf eingehende(!) Verbindung gewartet wird - und zwar unabhängig davon ob der port in der FW geöffnet ist, oder nicht.erkennt ob dieser offen ist?
Ist denn der für das CRM/Plugin zuständige Dienst auf dem Server aktiv?
