[VB.NET] [Socket] Tester si un port est ouvert ?

Version imprimable

23/11/2006, 15h33
Aspic

[VB.NET] [Socket] Tester si un port est ouvert ?

Bonjour,

je souhaiterais tester si un port est ouvert ou non. Je sias qu'on peut connecter une socket sur ce port et si elle ets connectée alors le port est ouvert sinon non mais je voulais savori si il n'y a pas une autre methode pour faire cela plus simplement avec une dll par exemple ou autre ...

Merci
25/11/2006, 13h43
Aspic

up :)
27/11/2006, 16h24
Mose

Jamais abordé cette problématique, mais intuitivement je dirais qu'il ne doit pas exister d'API qui fait ça bien.

L'ouverture/fermeture des ports dépend du firewall, et le firewall est une application externe (par forcément intégrée à windows). Je doute un peu qu'il y ai une couche standardisée pour aller interroger les firewalls.

Qui plus est, je n'est jamais vu d'appli qui liste les ports d'un PC en disant s'ils sont ouverts ou fermés (pourtant qu'est ce que ça serait bien), à part celles qui sont intégrées directement dans l'interface des firewalls.

Mais je peux me tromper. Au pire ça remontera ton post ;)
28/11/2006, 16h22
Aspic

lol ok merci pour l'explication... bah la methode de tenter de connecter une socket à un port est elle bonne ? Probleme ca prends tu temps...

Une autre idée ? :cry:
18/12/2007, 08h56
ghost emperor

Citation:

Envoyé par Mose

Qui plus est, je n'est jamais vu d'appli qui liste les ports d'un PC en disant s'ils sont ouverts ou fermés (pourtant qu'est ce que ça serait bien), à part celles qui sont intégrées directement dans l'interface des firewalls.

Mais je peux me tromper. Au pire ça remontera ton post ;)

Effectivement, tu te trompes. Il existe une multitudes de logiciels qui le font très bien (Superscan par exemple).

Aspic, je suis dans le même cas, mais étant moins expérimenté, je suis encore en train de chercher aussi. Je voudrai que lorsqu'un port est ouvert, mon appli liste également le service ou logiciel qui l'utilise.
Pour ceux qui diront "mais pourquoi le coder alors qu'il en existe déjà tout plein ?", je répondrai tout simplement que je voudrai implémenter cette fonction dans un logiciel qui contient une liste d'ordinateurs d'un parc, avec différentes interactions.
18/12/2007, 14h00
Mose

Citation:

Envoyé par ghost emperor

Effectivement, tu te trompes. Il existe une multitudes de logiciels qui le font très bien (Superscan par exemple)....

Si je ne m'abuse, SuperScan fait un scan des ports.
Il ne va pas récupérer une liste mais essaye tous les ports.
On en revient à la vieille méthode des sockets, un peu bourrin.

Bref je persiste : on ne peut pas avoir la liste des ports ouverts ou fermés, à moins d'avoir une API qui va interroger son firewall.
En revanche on peut effectivement tester les ports individuellement.
Pour accélerer le process, on fait ça en multithread et c'est parti !
18/12/2007, 14h00
Laur3nT

Citation:

Envoyé par Aspic

lol ok merci pour l'explication... bah la methode de tenter de connecter une socket à un port est elle bonne ? Probleme ca prends tu temps...

Une autre idée ? :cry:

Je ne voit pas d'autre solution, mais un autre problème : si le port est en écoute et que le nombre de connexion autorisé est atteins ton socket ne ce connectera pas et apriori tu ne verra pas la différence avec un port fermé.

Si c'est du local tu as : cmd / netstat qui peut p-e correspondre à ce que tu cherche.
Il est probablement possible de récupérer les informations de cette commande. (mais là, je sais pas comment faire, je sors jamais du framework)
18/12/2007, 14h15
Bluedeep

Ca c'est du boooooo déterrage de poste ou je m'y connais pas :P
18/12/2007, 18h37
Aspic

Quel vieux topic !

Bref, la méthode apr socket ne marche pas de toute manière, en effet le port 21 est fermé par exemple alors que je me connecte dessus par filezila ===> mé"thode pas fiable du tout et de nos jours il existe pas de méthode pour tester les ports... snif
19/12/2007, 15h17
Mose

Citation:

Envoyé par Aspic

Quel vieux topic !

Bref, la méthode apr socket ne marche pas de toute manière, en effet le port 21 est fermé par exemple alors que je me connecte dessus par filezila ===> mé"thode pas fiable du tout et de nos jours il existe pas de méthode pour tester les ports... snif

Oui et non.
Y'en a bien une : coder son propre Firewall :D
(Ou patcher un firewall open source)

Have fun !
19/12/2007, 16h46
Aspic

Citation:

Envoyé par Mose

Oui et non.
Y'en a bien une : coder son propre Firewall :D
(Ou patcher un firewall open source)

Have fun !

+ 1 :mouarf:
26/12/2007, 08h42
ghost emperor

Citation:

Oui et non.
Y'en a bien une : coder son propre Firewall :D
(Ou patcher un firewall open source)

Have fun !

Sans remettre en question vos compétences (loin e là), cela doit forcément être possible car crtains logiciels le font très bien (superscan par exemple). A moins que je me soit mal exprimé.

Superscan pour ceux qui ne sauraient pas de quoi il s'agit est un logiciel qui scan les ports d'un pc, indique les ports ouverts et par quoi ils sont utilisés. Du coup, si un port est utilisé par un trojan, on le saura et on pourra agir en conséquence pour éliminer la menace.

Si un logiciel comme ça le fait, alors c'est que ça doit bien être possible non ? Ou alors on m'aurait menti jusque-là...
27/12/2007, 12h05
Poulain

Citation:

Envoyé par ghost emperor

Sans remettre en question vos compétences (loin e là), cela doit forcément être possible car crtains logiciels le font très bien (superscan par exemple). A moins que je me soit mal exprimé.

Superscan pour ceux qui ne sauraient pas de quoi il s'agit est un logiciel qui scan les ports d'un pc, indique les ports ouverts et par quoi ils sont utilisés. Du coup, si un port est utilisé par un trojan, on le saura et on pourra agir en conséquence pour éliminer la menace.

Si un logiciel comme ça le fait, alors c'est que ça doit bien être possible non ? Ou alors on m'aurait menti jusque-là...

Franchement, là c'est pas drôle, on peut facilement onstater que tu ne lis pas les topics avant de poster dessus...:kill:

Citation:

Envoyé par Mose

Si je ne m'abuse, SuperScan fait un scan des ports.
Il ne va pas récupérer une liste mais essaye tous les ports.
On en revient à la vieille méthode des sockets, un peu bourrin.

Bref je persiste : on ne peut pas avoir la liste des ports ouverts ou fermés, à moins d'avoir une API qui va interroger son firewall.
En revanche on peut effectivement tester les ports individuellement.
Pour accélerer le process, on fait ça en multithread et c'est parti !
27/12/2007, 14h00
ghost emperor

Citation:

Franchement, là c'est pas drôle, on peut facilement onstater que tu ne lis pas les topics avant de poster dessus...:kill:

Oh si je l'ai lu vu que j'en ai besoin. Je ne m'amuse pas à répondre pour rien.
Mais c'est bien beau de dire "c'est pas possible car c'est le firewall qui le gère"... En tout cas, je n'ai pas eu plus d'indications sur la différence entre un scanner de ports et ce que fait un firewall (à part que l'on me répéte que c'est pas pareil). C'est peut-être évident pour vous mais je n'ai rien compris. Un scanner de port est indépendant du firewall et cela fonctionne très bien, et c'est cela que j'aurais voulu implémenter dans une application, même si je dois scanner tous les ports un par un (dans quel cas je choisi un intervalle).
31/12/2007, 16h35
TSalm

Salut tout le monde :)
Evidemment que ça n'a rien à voir avec le firewall, ce n'est pas le firewall qui ouvre ou ferme les ports que je sache...

Encore que j'ai déjà largement entendu pire : << ben nan hein, tu peu pas ouvrir ton port et le lire en local passque le firewall va le bloquer dans l'interface réseau >>
et là je me dit <<...heu...>>8O

a+
TSalm

Sinon, je viens de trouver cette solution (c'est du C# et seulement compatible avec le framework 2.0)
Ca liste les connections clients tcp , serveur tcp et serveur udp.

Ca n'existe pas les connexion "client udp" ?

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
 
using System;
using System.Collections.Generic;
using System.ComponentModel;
using System.Data;
using System.Drawing;
using System.Text;
using System.Windows.Forms;
 
 
using System.Net.NetworkInformation;
using System.Net;
 
namespace TestPortsTXPOuverts
{
    public partial class Form1 : Form
    {
        public Form1()
        {
            InitializeComponent();
        }
 
        private void btnGO_Click(object sender, EventArgs e)
        {
            listBoxPorts.Items.Clear();
 
 
            IPGlobalProperties ipGlobalProperties = System.Net.NetworkInformation.IPGlobalProperties.GetIPGlobalProperties();
 
             TcpConnectionInformation[] tcpConnectionInformations = ipGlobalProperties.GetActiveTcpConnections();
             IPEndPoint[] tcpListenerInformations = ipGlobalProperties.GetActiveTcpListeners();
             IPEndPoint[] udpListenerInformations = ipGlobalProperties.GetActiveUdpListeners();
 
 
             listBoxPorts.Items.Add("===tcp connections===");
             foreach (TcpConnectionInformation tcpConn in tcpConnectionInformations) {
                 listBoxPorts.Items.Add(tcpConn.LocalEndPoint.Port);
             }
 
             listBoxPorts.Items.Add("===tcp listeners===");
             foreach (IPEndPoint ipendpoint in tcpListenerInformations) {
                 listBoxPorts.Items.Add(ipendpoint.Port);
             }
 
             listBoxPorts.Items.Add("===udp listeners===");
             foreach (IPEndPoint ipendpoint in udpListenerInformations)
             {
                 listBoxPorts.Items.Add(ipendpoint.Port);
             }
 
 
 
        }
    }
}

01/01/2008, 06h21
TSalm

Juste une petite précision : c'est pour tester les ports ouverts en local ou sur une machine distante ?
01/01/2008, 12h21
Aspic

Citation:

Envoyé par TSalm

Juste une petite précision : c'est pour tester les ports ouverts en local ou sur une machine distante ?

Je dirais pour tester les ports en local dans un premier mais sur une machine distante pourrait etre interessant ;)
01/01/2008, 13h47
TSalm

Citation:

Envoyé par Aspic

Je dirais pour tester les ports en local dans un premier mais sur une machine distante pourrait etre interessant ;)

Pour ce qui est de récuperer les ports ouverts en local, il n'y a évidemment rien à voir avec le Firewall tant que celui-çi ne tue pas les processus qui tentes d'ouvrir des ports (mais c'est alors bien plus qu'un firewall). Je dirais que le firewall agit sur une couche "supérieure" que la couche "local".
As tu essayés de ré-adapter le code que je fournis précédemment ?
Vois-tu un soucis dans ce code ? (je pose la question par ce que je l'utilise aussi)

Par contre, pour scanner des ports sur une machine distante, c'est une autre pair de xxx qu'il te faut ;). Là, le firewall est là pour bloquer ce genre de choses (sinon à quoi il servirait ? ;) )
Pourquoi alors ne pas réinventer la roue et utiliser NMap ( http://insecure.org/nmap/download.html ) ? Il te suffit de récuperer la sortie standard d'un appel sur nmap.

A+ et bon courage
TSalm
01/01/2008, 13h56
TSalm

Citation:

Envoyé par Aspic

Quel vieux topic !

Bref, la méthode apr socket ne marche pas de toute manière, en effet le port 21 est fermé par exemple alors que je me connecte dessus par filezila ===> mé"thode pas fiable du tout et de nos jours il existe pas de méthode pour tester les ports... snif

C'est bizarre.
Peut-tu me donner le code que tu utilises pour tester si un port est ouvert ou pas ?

Le code est celui ci :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
#  Public Sub TestPort()
# _blEtat = True
# ' Instanciation d'une plage d'IP d'une seule valeur
# Dim PlageIP As System.Net.IPAddress = System.Net.Dns.Resolve(Host).AddressList(0)
# Dim HostetPort As New System.Net.IPEndPoint(PlageIP, Port)
# ' Test quel type de port est sélectionné
# If _strProtocol = "Tcp" Then ' Si c'est Tcp alors on défini un Socket Tcp
# Dim LeSocket1 As New System.Net.Sockets.Socket(System.Net.Sockets.AddressFamily.InterNetwork, System.Net.Sockets.SocketType.Stream, System.Net.Sockets.ProtocolType.Tcp)
# Try
# LeSocket1.Connect(HostetPort)
# If Not LeSocket1.Connected Then ' Test si le socket est connecté donc si il y a un connection au port
# ' Si le port est fermé
# _blEtat = False
# Return
# Else
# ' Si le port est ouvert
# _blEtat = True
# Return
# End If
# Catch
# ' Si la connection retourne une erreur. Intérprété comme port fermé ou périphérique injoignable
# _blEtat = False
# Return
# End Try
# Else 'Sinon on définit un Socket Udp
# Dim LeSocket2 As New System.Net.Sockets.Socket(System.Net.Sockets.AddressFamily.InterNetwork, System.Net.Sockets.SocketType.Stream, System.Net.Sockets.ProtocolType.Udp)
# Try
# LeSocket2.Connect(HostetPort)
# If Not LeSocket2.Connected Then ' Test si le socket est connecté donc si il y a un connection au port
# ' Si le port est fermé
# _blEtat = False
# Return
# Else
# ' Si le port est ouvert
# _blEtat = True
# Return
# End If
# Catch
# ' Si la connection retourne une erreur. Intérprété comme port fermé ou périphérique injoignable
# _blEtat = False
# Return
# End Try
# End If
# End Sub

Mais il n'est pas fiable même pour tester les ports en local (tester avec le port 21 par exemple)

02/01/2008, 10h36
ghost emperor

Citation:

Mais il n'est pas fiable même pour tester les ports en local (tester avec le port 21 par exemple)

C'est vrai, je m'étais déjà posé la question lors des tests ("Pourquoi mon port 21 est fermé alors que je peux ma connecter au ftp..."). Je ne sais pas si cela et ton cas mais le port 21 est ouvert uniquement si un serveur ftp est installé sur le pc est qu'il est en marche. Enfin je dis cela car je me suis fais avoir car mon serveur ftp n'était pas encore réinstallé...:aie:

Bon, je ne dispose pas de VB dans le coin, mais si je fais ce code en C# , le port ftp est bien trouvé (testé sur ftp.kernel.org) :
Code:

1 2 3 4 5 6 7 8 9 TCPClient tcpClient = null; try { tcpClient = new TcpClient(hostname, portToTest); } catch {} if (tcpClient != null) Console.WriteLine(portToTest+" open"); else Console.WriteLine(portToTest+" not responding");

04/01/2008, 08h16
ghost emperor
Oui j'ai testé sur un serveur mysql (port 3306) et il est bien detecté comme ouvert.
Code:

1 2 3 4 5 6 7 Try _sock.Connect(TxtIp.Text, i) ' _sock est déclaré comme socket status = "OUVERT" Catch status = "FERME" EndTry
04/01/2008, 21h40
TSalm

Merci pour la conversion en VB Ghost Emperor.

Par contre, il me semble que certains firewall, au lieu de renvoyer un message signalant que le port est fermé, ne répond pas. Du coup, de l'autre côté le port attends la connection. D'où l'intérêt d'utiliser un TimeOut :?
07/01/2008, 09h25
ghost emperor

Citation:

Merci pour la conversion en VB Ghost Emperor.

Par contre, il me semble que certains firewall, au lieu de renvoyer un message signalant que le port est fermé, ne répond pas. Du coup, de l'autre côté le port attends la connection. D'où l'intérêt d'utiliser un TimeOut :?

Oui effecivement un timeout est préférable sinon c'est la valeur par défaut qui est utilisée (qui peut être longue), mais le code fonctionne tout de même.

Par contre, il devrait être obligatoire d'effectuer le scan sur un thread séparé sinon le logiciel arrête de répondre pendant un certain temps (oui, oui, j'ai fais cette bétise :P)