slt,
jme demandais; la requete ping est envoyé en tcp par quel port ?
+
--
-------------------------------
Anthony / Webhellfire
http://aplan.france.free.fr/index.php?fr=4
jme demandais; la requete ping est envoyé en tcp par quel port ? +
Ping n'utilise pas TCP, mais ICMP encapsulé dans IP. Vous pourrez trouver des détails sur http://www.protocols.com/
Angelot
Bonjour Anthony,
Il doit exister une solution Ping applicatif qui transite par la couche transport afin de contourner les blocages ICMP. Elle doit nécessiter la présence de l'application serveuse correspondante.
Quelqu'un peut-il en dire plus ?
Cordialement, Angelot
Bonjour Anthony,
Il doit exister une solution Ping applicatif qui transite par la couche
transport afin de contourner les blocages ICMP. Elle doit nécessiter la
présence de l'application serveuse correspondante.
Il doit exister une solution Ping applicatif qui transite par la couche transport afin de contourner les blocages ICMP. Elle doit nécessiter la présence de l'application serveuse correspondante.
Quelqu'un peut-il en dire plus ?
Cordialement, Angelot
Anthony Desvernois
"Nicolas Favre-Félix" a écrit dans le message de news:410a8903$0$31400$
Anthony Desvernois wrote:
slt, Bonjour,
jme demandais; la requete ping est envoyé en tcp par quel port ? +
Ping n'utilise pas TCP, mais ICMP encapsulé dans IP. Vous pourrez trouver des détails sur http://www.protocols.com/
ok merci :)
-- ------------------------------- Anthony / Webhellfire http://aplan.france.free.fr/index.php?fr=4
"Nicolas Favre-Félix" <n_point_favrefelix@free_point_fr> a écrit dans le
message de news:410a8903$0$31400$636a15ce@news.free.fr...
Anthony Desvernois wrote:
slt,
Bonjour,
jme demandais; la requete ping est envoyé en tcp par quel port ?
+
Ping n'utilise pas TCP, mais ICMP encapsulé dans IP.
Vous pourrez trouver des détails sur http://www.protocols.com/
ok merci :)
--
-------------------------------
Anthony / Webhellfire
http://aplan.france.free.fr/index.php?fr=4
"Nicolas Favre-Félix" a écrit dans le message de news:410a8903$0$31400$
Anthony Desvernois wrote:
slt, Bonjour,
jme demandais; la requete ping est envoyé en tcp par quel port ? +
Ping n'utilise pas TCP, mais ICMP encapsulé dans IP. Vous pourrez trouver des détails sur http://www.protocols.com/
ok merci :)
-- ------------------------------- Anthony / Webhellfire http://aplan.france.free.fr/index.php?fr=4
Fabien LE LEZ
On Fri, 30 Jul 2004 20:03:13 +0200, "Angelot" :
Il doit exister une solution Ping applicatif qui transite par la couche transport afin de contourner les blocages ICMP. Elle doit nécessiter la présence de l'application serveuse correspondante.
C'est-y pas l'utilité du port TCP "echo" (7) ?
-- ;-)
On Fri, 30 Jul 2004 20:03:13 +0200, "Angelot"
<OnSePame@KesceKonSePame.fr>:
Il doit exister une solution Ping applicatif qui transite par la couche
transport afin de contourner les blocages ICMP. Elle doit nécessiter la
présence de l'application serveuse correspondante.
Il doit exister une solution Ping applicatif qui transite par la couche transport afin de contourner les blocages ICMP. Elle doit nécessiter la présence de l'application serveuse correspondante.
C'est-y pas l'utilité du port TCP "echo" (7) ?
-- ;-)
_SebF - www.frameip.com
"Angelot" a écrit dans le message de news: cee2ee$scp$
Salut Angelot,
Il doit exister une solution Ping applicatif qui transite par la couche transport afin de contourner les blocages ICMP. Elle doit nécessiter la présence de l'application serveuse correspondante.
Tu peux aussi te baser sur le test d'un port fermé qu'il soit Udp ou Tcp. Ceci nécessitant pas d'application spécifique côté host distant. Tu mesureras alors le temps d'aller-retour sur deux types de paquet différent :) Bien sur utiliser cette méthode, pour éviter d'utiliser Icmp, ne serait pas très judicieux. Pour éviter plus précisément le Type 0 et 8 alors oui.
Tu peux aussi effectuer un ping sur un port Tcp ouvert. Ton premier paquet ayant le Flag Syn à 1, permet d'obtenir la réponse S+A. Cette application, basé sur l'envoi d'un Syn, mesurera le temps d'aller-retour. Cela permettra d'outre passer un firewall devant un serveur Web qui bloquerait l'Icmp, mais pas le Tcp 80 (ou Http). C'est une idée, je vais peux être le faire...
_SebF
http://www.frameip.com Un site pour les spécialistes IP
"Angelot" <OnSePame@KesceKonSePame.fr> a écrit dans le message de news:
cee2ee$scp$1@news-reader2.wanadoo.fr...
Salut Angelot,
Il doit exister une solution Ping applicatif qui transite par la couche
transport afin de contourner les blocages ICMP. Elle doit nécessiter la
présence de l'application serveuse correspondante.
Tu peux aussi te baser sur le test d'un port fermé qu'il soit Udp ou Tcp.
Ceci nécessitant pas d'application spécifique côté host distant. Tu
mesureras alors le temps d'aller-retour sur deux types de paquet différent
:) Bien sur utiliser cette méthode, pour éviter d'utiliser Icmp, ne serait
pas très judicieux. Pour éviter plus précisément le Type 0 et 8 alors oui.
Tu peux aussi effectuer un ping sur un port Tcp ouvert. Ton premier paquet
ayant le Flag Syn à 1, permet d'obtenir la réponse S+A. Cette application,
basé sur l'envoi d'un Syn, mesurera le temps d'aller-retour. Cela permettra
d'outre passer un firewall devant un serveur Web qui bloquerait l'Icmp, mais
pas le Tcp 80 (ou Http). C'est une idée, je vais peux être le faire...
_SebF
http://www.frameip.com
Un site pour les spécialistes IP
"Angelot" a écrit dans le message de news: cee2ee$scp$
Salut Angelot,
Il doit exister une solution Ping applicatif qui transite par la couche transport afin de contourner les blocages ICMP. Elle doit nécessiter la présence de l'application serveuse correspondante.
Tu peux aussi te baser sur le test d'un port fermé qu'il soit Udp ou Tcp. Ceci nécessitant pas d'application spécifique côté host distant. Tu mesureras alors le temps d'aller-retour sur deux types de paquet différent :) Bien sur utiliser cette méthode, pour éviter d'utiliser Icmp, ne serait pas très judicieux. Pour éviter plus précisément le Type 0 et 8 alors oui.
Tu peux aussi effectuer un ping sur un port Tcp ouvert. Ton premier paquet ayant le Flag Syn à 1, permet d'obtenir la réponse S+A. Cette application, basé sur l'envoi d'un Syn, mesurera le temps d'aller-retour. Cela permettra d'outre passer un firewall devant un serveur Web qui bloquerait l'Icmp, mais pas le Tcp 80 (ou Http). C'est une idée, je vais peux être le faire...
_SebF
http://www.frameip.com Un site pour les spécialistes IP
Angelot
Bonsoir Sèb,
Tu peux aussi te baser sur le test d'un port fermé qu'il soit Udp ou Tcp. Ceci nécessitant pas d'application spécifique côté host distant. Tu mesureras alors le temps d'aller-retour sur deux types de paquet différent :) Bien sur utiliser cette méthode, pour éviter d'utiliser Icmp, ne serait pas très judicieux. Pour éviter plus précisément le Type 0 et 8 alors oui.
Tu peux aussi effectuer un ping sur un port Tcp ouvert. Ton premier paquet ayant le Flag Syn à 1, permet d'obtenir la réponse S+A. Cette application, basé sur l'envoi d'un Syn, mesurera le temps d'aller-retour. Cela permettra
d'outre passer un firewall devant un serveur Web qui bloquerait l'Icmp, mais
pas le Tcp 80 (ou Http). C'est une idée, je vais peux être le faire...
Que de solutions !
Sinon, le port 7 dont nous rappelle Fabien a bien cette fonction de renvoyer tout ce qui est reçu, sans application spécifique distante, apparemment à la manière de l'écho de réponse ICMP.
Tu dois pouvoir créer le segment UDP avec un port destination 7, pour un essai.
Cordialement, Angelot
Bonsoir Sèb,
Tu peux aussi te baser sur le test d'un port fermé qu'il soit Udp ou Tcp.
Ceci nécessitant pas d'application spécifique côté host distant. Tu
mesureras alors le temps d'aller-retour sur deux types de paquet différent
:) Bien sur utiliser cette méthode, pour éviter d'utiliser Icmp, ne serait
pas très judicieux. Pour éviter plus précisément le Type 0 et 8 alors oui.
Tu peux aussi effectuer un ping sur un port Tcp ouvert. Ton premier paquet
ayant le Flag Syn à 1, permet d'obtenir la réponse S+A. Cette application,
basé sur l'envoi d'un Syn, mesurera le temps d'aller-retour. Cela
permettra
d'outre passer un firewall devant un serveur Web qui bloquerait l'Icmp,
mais
pas le Tcp 80 (ou Http). C'est une idée, je vais peux être le faire...
Que de solutions !
Sinon, le port 7 dont nous rappelle Fabien a bien cette fonction de renvoyer
tout ce qui est reçu, sans application spécifique distante, apparemment à la
manière de l'écho de réponse ICMP.
Tu dois pouvoir créer le segment UDP avec un port destination 7, pour un
essai.
Tu peux aussi te baser sur le test d'un port fermé qu'il soit Udp ou Tcp. Ceci nécessitant pas d'application spécifique côté host distant. Tu mesureras alors le temps d'aller-retour sur deux types de paquet différent :) Bien sur utiliser cette méthode, pour éviter d'utiliser Icmp, ne serait pas très judicieux. Pour éviter plus précisément le Type 0 et 8 alors oui.
Tu peux aussi effectuer un ping sur un port Tcp ouvert. Ton premier paquet ayant le Flag Syn à 1, permet d'obtenir la réponse S+A. Cette application, basé sur l'envoi d'un Syn, mesurera le temps d'aller-retour. Cela permettra
d'outre passer un firewall devant un serveur Web qui bloquerait l'Icmp, mais
pas le Tcp 80 (ou Http). C'est une idée, je vais peux être le faire...
Que de solutions !
Sinon, le port 7 dont nous rappelle Fabien a bien cette fonction de renvoyer tout ce qui est reçu, sans application spécifique distante, apparemment à la manière de l'écho de réponse ICMP.
Tu dois pouvoir créer le segment UDP avec un port destination 7, pour un essai.
Cordialement, Angelot
Fabien LE LEZ
On Fri, 30 Jul 2004 23:02:55 +0200, "Angelot" :
Sinon, le port 7 dont nous rappelle Fabien a bien cette fonction de renvoyer tout ce qui est reçu, sans application spécifique distante
Ouais, enfin... sauf que mon PC n'écoute pas sur le port 7
E:>nc -v -v 127.0.0.1 7 maison [127.0.0.1] 7 (echo): connection refused sent 0, rcvd 0: NOTSOCK
-- ;-)
On Fri, 30 Jul 2004 23:02:55 +0200, "Angelot"
<OnSePame@KesceKonSePame.fr>:
Sinon, le port 7 dont nous rappelle Fabien a bien cette fonction de renvoyer
tout ce qui est reçu, sans application spécifique distante
Ouais, enfin... sauf que mon PC n'écoute pas sur le port 7
E:>nc -v -v 127.0.0.1 7
maison [127.0.0.1] 7 (echo): connection refused
sent 0, rcvd 0: NOTSOCK
Sinon, le port 7 dont nous rappelle Fabien a bien cette fonction de renvoyer tout ce qui est reçu, sans application spécifique distante
Ouais, enfin... sauf que mon PC n'écoute pas sur le port 7
E:>nc -v -v 127.0.0.1 7 maison [127.0.0.1] 7 (echo): connection refused sent 0, rcvd 0: NOTSOCK
-- ;-)
_SebF - www.frameip.com
"Angelot" a écrit dans le message de news: ceecvd$fv9$
Que de solutions !
:)
Sinon, le port 7 dont nous rappelle Fabien a bien cette fonction de renvoyer
tout ce qui est reçu,
oui
sans application spécifique distante,
Quelle est la définition d'une application spécifique ? Je pense qu'il est plus pertinent de parler de fonction native à la pile IP de l'hôte distant. Et là un "netstat -nao" sur mon Os ne m'indique pas le port Tcp 7 ouvert.
L'intérêt de l'application "Ping" étant d'être natif à toutes* les piles IP. Alors la solution du test sur le port Echo tcp qui est normalisée me parait, à mon avis, non porté. Contrairement à la solution du test Syn Tcp qui s'appuis aussi sur une normalisation Transport, mais qui est natif à toutes les piles IP.
Voici un exemple concret. Le ping www.microsoft.com ne répond dû à leurs filtres Icmp ou type 8. Si tu effectues dans ce cas un envoi Syn Tcp 80, Bilou se fera un plaisir de t'envoyer très rapidement un S+A croyant qu'il va recevoir une visite sur son site. Et là, tu mesure l'aller-retour ce qui répond à l'expression des besoins de départ.
Concrètement, cette méthode est utilisée pour mesurer le travail des différentes Classe de services Ip que l'on peux rencontrer. Dans le cas d'un compte disposant d'un Vpn Mpls avec des Cos, demandera à son opérateur de lui prouver que les Classes achetées sont bien appliquées.
* Il faut bien sur entendre "beaucoup"
apparemment à la manière de l'écho de réponse ICMP.
Oui
Tu dois pouvoir créer le segment UDP avec un port destination 7, pour un essai.
Oui, à quoi penses-tu ?
--
_SebF
http://www.frameip.com Un site pour les spécialistes IP
"Angelot" <OnSePame@KesceKonSePame.fr> a écrit dans le message de news:
ceecvd$fv9$1@news-reader4.wanadoo.fr...
Que de solutions !
:)
Sinon, le port 7 dont nous rappelle Fabien a bien cette fonction de
renvoyer
tout ce qui est reçu,
oui
sans application spécifique distante,
Quelle est la définition d'une application spécifique ? Je pense qu'il est
plus pertinent de parler de fonction native à la pile IP de l'hôte distant.
Et là un "netstat -nao" sur mon Os ne m'indique pas le port Tcp 7 ouvert.
L'intérêt de l'application "Ping" étant d'être natif à toutes* les piles IP.
Alors la solution du test sur le port Echo tcp qui est normalisée me parait,
à mon avis, non porté. Contrairement à la solution du test Syn Tcp qui
s'appuis aussi sur une normalisation Transport, mais qui est natif à toutes
les piles IP.
Voici un exemple concret. Le ping www.microsoft.com ne répond dû à leurs
filtres Icmp ou type 8. Si tu effectues dans ce cas un envoi Syn Tcp 80,
Bilou se fera un plaisir de t'envoyer très rapidement un S+A croyant qu'il
va recevoir une visite sur son site. Et là, tu mesure l'aller-retour ce qui
répond à l'expression des besoins de départ.
Concrètement, cette méthode est utilisée pour mesurer le travail des
différentes Classe de services Ip que l'on peux rencontrer. Dans le cas d'un
compte disposant d'un Vpn Mpls avec des Cos, demandera à son opérateur de
lui prouver que les Classes achetées sont bien appliquées.
* Il faut bien sur entendre "beaucoup"
apparemment à la
manière de l'écho de réponse ICMP.
Oui
Tu dois pouvoir créer le segment UDP avec un port destination 7, pour un
essai.
Oui, à quoi penses-tu ?
--
_SebF
http://www.frameip.com
Un site pour les spécialistes IP
"Angelot" a écrit dans le message de news: ceecvd$fv9$
Que de solutions !
:)
Sinon, le port 7 dont nous rappelle Fabien a bien cette fonction de renvoyer
tout ce qui est reçu,
oui
sans application spécifique distante,
Quelle est la définition d'une application spécifique ? Je pense qu'il est plus pertinent de parler de fonction native à la pile IP de l'hôte distant. Et là un "netstat -nao" sur mon Os ne m'indique pas le port Tcp 7 ouvert.
L'intérêt de l'application "Ping" étant d'être natif à toutes* les piles IP. Alors la solution du test sur le port Echo tcp qui est normalisée me parait, à mon avis, non porté. Contrairement à la solution du test Syn Tcp qui s'appuis aussi sur une normalisation Transport, mais qui est natif à toutes les piles IP.
Voici un exemple concret. Le ping www.microsoft.com ne répond dû à leurs filtres Icmp ou type 8. Si tu effectues dans ce cas un envoi Syn Tcp 80, Bilou se fera un plaisir de t'envoyer très rapidement un S+A croyant qu'il va recevoir une visite sur son site. Et là, tu mesure l'aller-retour ce qui répond à l'expression des besoins de départ.
Concrètement, cette méthode est utilisée pour mesurer le travail des différentes Classe de services Ip que l'on peux rencontrer. Dans le cas d'un compte disposant d'un Vpn Mpls avec des Cos, demandera à son opérateur de lui prouver que les Classes achetées sont bien appliquées.
* Il faut bien sur entendre "beaucoup"
apparemment à la manière de l'écho de réponse ICMP.
Oui
Tu dois pouvoir créer le segment UDP avec un port destination 7, pour un essai.
Oui, à quoi penses-tu ?
--
_SebF
http://www.frameip.com Un site pour les spécialistes IP
Angelot
Bonsoir Séb,
Et là un "netstat -nao" sur mon Os ne m'indique pas le port Tcp 7 ouvert.
J'ai juste "netstat -a" qui fonctionne, pour me confirmer aussi le port 7 non ouvert sur mon W98SE (le contraire m'eût étonné). La commande nc de Fabien doit provenir de Linux. Que signifie-t-elle ?
Alors la solution du test sur le port Echo tcp qui est normalisée me parait,
à mon avis, non porté.
Il faudrait savoir si le port 7 peut être activé sur certains OS, avec ajout ou non de soft complémentaire.
Contrairement à la solution du test Syn Tcp qui s'appuis aussi sur une normalisation Transport, mais qui est natif à toutes
les piles IP.
Oui, bien vu pour en faire un TCPing !
Voici un exemple concret. Le ping www.microsoft.com ne répond dû à leurs filtres Icmp ou type 8. Si tu effectues dans ce cas un envoi Syn Tcp 80, Bilou se fera un plaisir de t'envoyer très rapidement un S+A croyant qu'il va recevoir une visite sur son site. Et là, tu mesure l'aller-retour ce qui
répond à l'expression des besoins de départ.
A priori, il faut donc que tu te mettes à l'ouvrage si l'utilitaire TCPing n'existe pas encore.
Concrètement, cette méthode est utilisée pour mesurer le travail des différentes Classe de services Ip que l'on peux rencontrer. Dans le cas d'un
compte disposant d'un Vpn Mpls avec des Cos, demandera à son opérateur de lui prouver que les Classes achetées sont bien appliquées.
Sglurk !! dommage, je dois accompagner Madame Angelot en vacances, dans un coin de montagne où seuls les choukas transmettent des informations. J'aurais bien creusé cela pour comprendre. Je vais donc devoir vous laisser à regret, mais je reviendrai pour vivre en votre compagnie de nouvelles aventures TCP/IP, il en est encore !
Tu dois pouvoir créer le segment UDP avec un port destination 7, pour un essai.
Oui, à quoi penses-tu ?
A ton excellent générateur de trames, mais il faut trouver un serveur avec le port 7 ouvert.
Euh ! je me suis rendu compte que j'avais du retard dans les versions Ethereal, il existe la version 0.10.5a du 12 juillet 2004 sur le site mirroir Allemand. Malheureusement, avec cette version, la sauvegarde et l'ouverture ne fonctionnent pas sur mon W98SE : est-ce la même chose pour d'autres OS ?
J'ai donc récupérer la version 0.10.4 du 14 mai. Je me prépare ainsi pour les longues soirées d'hiver, elles devraient être rudes à Berduche-lès-Fossés, si j'en juge la force que mon voisin déployait cet après-midi pour casser du bois !
Cordialement, Angelot
Bonsoir Séb,
Et là un "netstat -nao" sur mon Os ne m'indique pas le port Tcp 7 ouvert.
J'ai juste "netstat -a" qui fonctionne, pour me confirmer aussi le port 7
non ouvert sur mon W98SE (le contraire m'eût étonné).
La commande nc de Fabien doit provenir de Linux. Que signifie-t-elle ?
Alors la solution du test sur le port Echo tcp qui est normalisée me
parait,
à mon avis, non porté.
Il faudrait savoir si le port 7 peut être activé sur certains OS, avec ajout
ou non de soft complémentaire.
Contrairement à la solution du test Syn Tcp qui
s'appuis aussi sur une normalisation Transport, mais qui est natif à
toutes
les piles IP.
Oui, bien vu pour en faire un TCPing !
Voici un exemple concret. Le ping www.microsoft.com ne répond dû à leurs
filtres Icmp ou type 8. Si tu effectues dans ce cas un envoi Syn Tcp 80,
Bilou se fera un plaisir de t'envoyer très rapidement un S+A croyant qu'il
va recevoir une visite sur son site. Et là, tu mesure l'aller-retour ce
qui
répond à l'expression des besoins de départ.
A priori, il faut donc que tu te mettes à l'ouvrage si l'utilitaire TCPing
n'existe pas encore.
Concrètement, cette méthode est utilisée pour mesurer le travail des
différentes Classe de services Ip que l'on peux rencontrer. Dans le cas
d'un
compte disposant d'un Vpn Mpls avec des Cos, demandera à son opérateur de
lui prouver que les Classes achetées sont bien appliquées.
Sglurk !! dommage, je dois accompagner Madame Angelot en vacances, dans un
coin de montagne où seuls les choukas transmettent des informations.
J'aurais bien creusé cela pour comprendre. Je vais donc devoir vous laisser
à regret, mais je reviendrai pour vivre en votre compagnie de nouvelles
aventures TCP/IP, il en est encore !
Tu dois pouvoir créer le segment UDP avec un port destination 7, pour un
essai.
Oui, à quoi penses-tu ?
A ton excellent générateur de trames, mais il faut trouver un serveur avec
le port 7 ouvert.
Euh ! je me suis rendu compte que j'avais du retard dans les versions
Ethereal, il existe la version 0.10.5a du 12 juillet 2004 sur le site
mirroir Allemand. Malheureusement, avec cette version, la sauvegarde et
l'ouverture ne fonctionnent pas sur mon W98SE : est-ce la même chose pour
d'autres OS ?
J'ai donc récupérer la version 0.10.4 du 14 mai. Je me prépare ainsi pour
les longues soirées d'hiver, elles devraient être rudes à
Berduche-lès-Fossés, si j'en juge la force que mon voisin déployait cet
après-midi pour casser du bois !
Et là un "netstat -nao" sur mon Os ne m'indique pas le port Tcp 7 ouvert.
J'ai juste "netstat -a" qui fonctionne, pour me confirmer aussi le port 7 non ouvert sur mon W98SE (le contraire m'eût étonné). La commande nc de Fabien doit provenir de Linux. Que signifie-t-elle ?
Alors la solution du test sur le port Echo tcp qui est normalisée me parait,
à mon avis, non porté.
Il faudrait savoir si le port 7 peut être activé sur certains OS, avec ajout ou non de soft complémentaire.
Contrairement à la solution du test Syn Tcp qui s'appuis aussi sur une normalisation Transport, mais qui est natif à toutes
les piles IP.
Oui, bien vu pour en faire un TCPing !
Voici un exemple concret. Le ping www.microsoft.com ne répond dû à leurs filtres Icmp ou type 8. Si tu effectues dans ce cas un envoi Syn Tcp 80, Bilou se fera un plaisir de t'envoyer très rapidement un S+A croyant qu'il va recevoir une visite sur son site. Et là, tu mesure l'aller-retour ce qui
répond à l'expression des besoins de départ.
A priori, il faut donc que tu te mettes à l'ouvrage si l'utilitaire TCPing n'existe pas encore.
Concrètement, cette méthode est utilisée pour mesurer le travail des différentes Classe de services Ip que l'on peux rencontrer. Dans le cas d'un
compte disposant d'un Vpn Mpls avec des Cos, demandera à son opérateur de lui prouver que les Classes achetées sont bien appliquées.
Sglurk !! dommage, je dois accompagner Madame Angelot en vacances, dans un coin de montagne où seuls les choukas transmettent des informations. J'aurais bien creusé cela pour comprendre. Je vais donc devoir vous laisser à regret, mais je reviendrai pour vivre en votre compagnie de nouvelles aventures TCP/IP, il en est encore !
Tu dois pouvoir créer le segment UDP avec un port destination 7, pour un essai.
Oui, à quoi penses-tu ?
A ton excellent générateur de trames, mais il faut trouver un serveur avec le port 7 ouvert.
Euh ! je me suis rendu compte que j'avais du retard dans les versions Ethereal, il existe la version 0.10.5a du 12 juillet 2004 sur le site mirroir Allemand. Malheureusement, avec cette version, la sauvegarde et l'ouverture ne fonctionnent pas sur mon W98SE : est-ce la même chose pour d'autres OS ?
J'ai donc récupérer la version 0.10.4 du 14 mai. Je me prépare ainsi pour les longues soirées d'hiver, elles devraient être rudes à Berduche-lès-Fossés, si j'en juge la force que mon voisin déployait cet après-midi pour casser du bois !
