Discussion :

[Aspic]

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

[Aspic]

up

[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

[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 ?

[ghost emperor]

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.

[Mose]

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 !

[Laur3nT]

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 ?

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)

[Bluedeep]

Ca c'est du boooooo déterrage de poste ou je m'y connais pas

[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

[Mose]

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
(Ou patcher un firewall open source)

Have fun !

[Aspic]

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

Have fun !

+ 1

[ghost emperor]

Oui et non.
Y'en a bien une : coder son propre Firewall
(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à...

[Poulain]

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...

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 !

[ghost emperor]

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

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).

[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...>>

a+
TSalm

[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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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);
             }
 
 
 
        }
    }
}

[TSalm]

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

[Aspic]

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

[TSalm]

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

[TSalm]

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 ?