Ich habe hier ein Dilemma. Ich habe ein Gerät, das mit einem anderen Remote-Gerät kommuniziert, aber zwischen diesen befindet sich eine Firewall. Da es sich um eine UDP-Verbindung handelt, können die TCP-Dienstprogramme nicht testen, ob der betreffende Port geöffnet ist. Ich weiß, dass wir das von der Firewall bekommen könnten, aber ich habe keinen Zugriff, also muss ich beweisen, dass der Port nicht offen ist.
Das Quellsystem ist ein Windows 7-System und das Zielsystem ist eine Appliance unter Linux.
security
troubleshooting
udp
JoeliNNaBit
quelle
quelle
Antworten:
UDP ist offensichtlich ein Send-and-Forget-Protokoll. Während eines NMap-UDP-Scans können Sie beispielsweise nur dann definitiv nachweisen, dass ein UDP-Port offen ist, wenn Sie eine Antwort von diesem Port erhalten. Beachten Sie, dass viele Dienste möglicherweise nicht auf beliebige Daten antworten und protokoll- oder anwendungsspezifische Anforderungen erfordern, um eine Antwort zu gewährleisten. Bestimmte ICMP-Codes können jedoch garantieren, dass der Port geschlossen ist. RFC 792 und RFC 1122 geben uns einige gute Informationen darüber, was zu erwarten ist, wenn ein Port geschlossen ist.
Beispielsweise ist ein ICMP-Typ-3-Code 3 "Destination Port Unreachable" (Zielport nicht erreichbar) in jeder Hinsicht fast garantiert ein geschlossener Port.
Eine vollständige Liste der Codes finden Sie hier:
http://www.iana.org/assignments/icmp-parameters/icmp-parameters.xhtml
quelle
Dies ist ein schnelles Rezept:
1) Starten Sie einen Paket-Sniffer:
2) Senden Sie ein UDP-Paket:
3) Wenn Sie "ICMP-Port nicht erreichbar" erhalten, wird dieser UDP-Port geschlossen:
4) Andernfalls ist normalerweise entweder der Port offen oder etwas blockiert ICMP.
quelle
"nc -uvz ip port"
ist irgendwie nicht genau, sollten Sie wahrscheinlich verwenden"nmap -sU -p port ip"
, wenn das Ergebnis "open" zeigt, dann ist der udp-Port wahrscheinlich offen, wenn es "open | gefiltert" zeigt, dann ist es wahrscheinlich geschlossen oder gefiltert.quelle