J'ai ici un dilemme. J'ai un appareil qui communique avec un autre appareil distant mais il y a un pare-feu entre eux. Il s'agit d'une connexion UDP, donc les utilitaires TCP ne fonctionnent pas pour tester si le port spécifique est ouvert. Je sais que nous pourrions obtenir cela du pare-feu mais je n'y ai pas accès, je dois donc prouver que le port n'est pas ouvert.
Le système source est un système Windows 7 et le système de destination est une appliance exécutant Linux.
security
troubleshooting
udp
JoeliNNaBit
la source
la source
Réponses:
UDP est évidemment un protocole d'envoi et d'oubli. Par exemple, lors d'une analyse NMap UDP, la seule façon de prouver définitivement qu'un port UDP est ouvert est de recevoir une réponse de ce port. Gardez à l'esprit que de nombreux services peuvent ne pas répondre à des données arbitraires et nécessitent des requêtes spécifiques au protocole ou à l'application afin de garantir une réponse. Cependant, certains codes ICMP peuvent garantir la fermeture du port. Les RFC 792 et RFC 1122 nous donnent de bonnes informations sur ce à quoi s'attendre lorsqu'un port est fermé.
Par exemple, un code ICMP de type 3 "Port de destination inaccessible" 3 est, à toutes fins utiles, presque garanti d'être un port fermé.
Une liste complète des codes peut être trouvée ici:
http://www.iana.org/assignments/icmp-parameters/icmp-parameters.xhtml
la source
Voici une recette rapide:
1) Démarrez un renifleur de paquets:
2) Envoyez un paquet UDP:
3) Si vous recevez «Port ICMP inaccessible», ce port UDP est fermé:
4) Sinon, généralement le port est ouvert ou quelque chose bloque ICMP.
la source
"nc -uvz ip port"
n'est pas en quelque sorte précis, vous devriez probablement l'utiliser"nmap -sU -p port ip"
, si le résultat montre "ouvert" alors le port udp est probablement ouvert, s'il montre "ouvert | filtré" alors probablement il est fermé ou filtré.la source