C'est en gros un serveur de "chat" qui est censé écouter sur un port.
J'arrive à le lancer, mais mes connaissances personnelles limitées en
Java ne me permettent pas de résoudre le fait que les clients n'arrivent
pas à se connecter.
Sur un réseau local résidentiel de test, les clients arrivent à se
connecter.
J'ai en charge la mise en place du serveur, et n'ai pas de possibilité de
tester moi-même les clients. Je ne sais donc pas quels messages d'erreur
renvoient les clients qui n'arrivent pas à se connecter. D'ailleurs mon
collègue qui teste les clients me dit qu'il ne voit aucun message
d'erreur. Tous les clients auront à se connecter à se serveur le feront
à partir d'une ligne résidentielle.
J'ai une piste: le serveur écoute en IPv6 et pas en IPv4, car
Donc, il n'écoute pas en IPv4, d'après moi. Et comme IPv6 est loin
d'être répandu, ce n'est peut-être pas étonnant que ça ne communique
pas. Mais pourquoi est-ce que ça fonctionne sur un LAN?
Ma première réaction serait de modifier le serveur, dont on a les
sources, pour le forcer à y aller en IPv4. Le problème est que je n'ai
vu aucun passage du code qui spécifie le protocole ou le type de couche
à utiliser. Y a t il de meilleures façons de régler ce problème?
Dans la mesure ou ça peut aussi être un problème de support IPv6
quelquepart dans l'OS, je vais me permetttre un Xpost, mais en conservant
le fu2 sur fclj parceque ma première piste concerne fclj. Les solutions
propres à l'OS (Linux 2.6.8/Debian Testing) qui me seront proposées
peuvent éventuellement être continuées, je suis ouvert à tout fu2
ultérieur.
Merci d'avance :-).
--
Miroir de logiciels libres http://www.etud-orleans.fr
Développement de logiciels libres http://aspo.rktmb.org/activites/developpement
Infogerance de serveur dédié http://aspo.rktmb.org/activites/infogerance
(En louant les services de l'ASPO vous luttez contre la fracture numerique)
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
damien guerin
J'ai pondu un chat en Java il y a peu... Tu peux aller voir ce que ça donne à : http://giganet.free.fr/jpes4online Si ça ressemble à ce que tu souhaites faire, je pourrais t'aider... ;)
PS: inscrit toi, prend un compte et essaye...!
J'ai pondu un chat en Java il y a peu... Tu peux aller voir ce que ça
donne à : http://giganet.free.fr/jpes4online
Si ça ressemble à ce que tu souhaites faire, je pourrais t'aider...
;)
J'ai pondu un chat en Java il y a peu... Tu peux aller voir ce que ça donne à : http://giganet.free.fr/jpes4online Si ça ressemble à ce que tu souhaites faire, je pourrais t'aider... ;)
PS: inscrit toi, prend un compte et essaye...!
jerome moliere
On Wed, 15 Jun 2005 12:44:38 +0200, Rakotomandimby (R12y) Mihamina wrote:
Bonjour,
Sur une machine (un serveur dédié chez un hébergeur) sous Linux, avec le jdk 1.5 de chez Sun, je tente d'installer ce truc:
C'est en gros un serveur de "chat" qui est censé écouter sur un port.
J'arrive à le lancer, mais mes connaissances personnelles limitées en Java ne me permettent pas de résoudre le fait que les clients n'arrivent pas à se connecter.
Sur un réseau local résidentiel de test, les clients arrivent à se connecter.
J'ai en charge la mise en place du serveur, et n'ai pas de possibilité de tester moi-même les clients. Je ne sais donc pas quels messages d'erreur renvoient les clients qui n'arrivent pas à se connecter. D'ailleurs mon collègue qui teste les clients me dit qu'il ne voit aucun message d'erreur. Tous les clients auront à se connecter à se serveur le feront à partir d'une ligne résidentielle.
J'ai une piste: le serveur écoute en IPv6 et pas en IPv4, car
Donc, il n'écoute pas en IPv4, d'après moi. Et comme IPv6 est loin d'être répandu, ce n'est peut-être pas étonnant que ça ne communique pas. Mais pourquoi est-ce que ça fonctionne sur un LAN?
Ma première réaction serait de modifier le serveur, dont on a les sources, pour le forcer à y aller en IPv4. Le problème est que je n'ai vu aucun passage du code qui spécifie le protocole ou le type de couche à utiliser. Y a t il de meilleures façons de régler ce problème?
Dans la mesure ou ça peut aussi être un problème de support IPv6 quelquepart dans l'OS, je vais me permetttre un Xpost, mais en conservant le fu2 sur fclj parceque ma première piste concerne fclj. Les solutions propres à l'OS (Linux 2.6.8/Debian Testing) qui me seront proposées peuvent éventuellement être continuées, je suis ouvert à tout fu2 ultérieur. je t'ai extrait un court passage de la doc sun a ce sujet:
How IPv6 Works on a Java Platform
The Java networking stack will first check whether IPv6 is supported on the underlying OS. If IPv6 is supported, it will try to use the IPv6 stack. More specifically, on dual-stack systems it will create an IPv6 socket. On separate-stack systems things are much more complicated. Java will create two sockets, one for IPv4 and one for IPv6 communication. For client-side TCP applications, once the socket is connected, the internet-protocol family type will be fixed, and the extra socket can be closed. For server-side TCP applications, since there is no way to tell from which IP family type the next client request will come, two sockets need to be maintained. For UDP applications, both sockets will be needed for the lifetime of the communication.
Java gets the IP address from a name service.
conclusion 1: as tu des informations sur les JVM et plates-formes clientes ?
conclusion 2: si ton os serveur etait un dual stack tu aurais 2 connexions ce qui n'est pas le cas non? cf ton netstat
a verifier: ta config de firewall cela serait ballot qu'il bloque les sockets non?
a suivre jerome
-- Using Opera's revolutionary e-mail client: http://www.opera.com/m2/
On Wed, 15 Jun 2005 12:44:38 +0200, Rakotomandimby (R12y) Mihamina
<mihamina.rakotomandimby@etu.univ-orleans.fr> wrote:
Bonjour,
Sur une machine (un serveur dédié chez un hébergeur) sous Linux, avec le
jdk 1.5 de chez Sun, je tente d'installer ce truc:
C'est en gros un serveur de "chat" qui est censé écouter sur un port.
J'arrive à le lancer, mais mes connaissances personnelles limitées en
Java ne me permettent pas de résoudre le fait que les clients n'arrivent
pas à se connecter.
Sur un réseau local résidentiel de test, les clients arrivent à se
connecter.
J'ai en charge la mise en place du serveur, et n'ai pas de possibilité de
tester moi-même les clients. Je ne sais donc pas quels messages d'erreur
renvoient les clients qui n'arrivent pas à se connecter. D'ailleurs mon
collègue qui teste les clients me dit qu'il ne voit aucun message
d'erreur. Tous les clients auront à se connecter à se serveur le feront
à partir d'une ligne résidentielle.
J'ai une piste: le serveur écoute en IPv6 et pas en IPv4, car
Donc, il n'écoute pas en IPv4, d'après moi. Et comme IPv6 est loin
d'être répandu, ce n'est peut-être pas étonnant que ça ne communique
pas. Mais pourquoi est-ce que ça fonctionne sur un LAN?
Ma première réaction serait de modifier le serveur, dont on a les
sources, pour le forcer à y aller en IPv4. Le problème est que je n'ai
vu aucun passage du code qui spécifie le protocole ou le type de couche
à utiliser. Y a t il de meilleures façons de régler ce problème?
Dans la mesure ou ça peut aussi être un problème de support IPv6
quelquepart dans l'OS, je vais me permetttre un Xpost, mais en conservant
le fu2 sur fclj parceque ma première piste concerne fclj. Les solutions
propres à l'OS (Linux 2.6.8/Debian Testing) qui me seront proposées
peuvent éventuellement être continuées, je suis ouvert à tout fu2
ultérieur.
je t'ai extrait un court passage de la doc sun a ce sujet:
How IPv6 Works on a Java Platform
The Java networking stack will first check whether IPv6 is supported on
the underlying OS. If IPv6 is supported, it will try to use the IPv6
stack. More specifically, on dual-stack systems it will create an IPv6
socket. On separate-stack systems things are much more complicated. Java
will create two sockets, one for IPv4 and one for IPv6 communication. For
client-side TCP applications, once the socket is connected, the
internet-protocol family type will be fixed, and the extra socket can be
closed. For server-side TCP applications, since there is no way to tell
from which IP family type the next client request will come, two sockets
need to be
maintained. For UDP applications, both sockets will be needed for the
lifetime of the communication.
Java gets the IP address from a name service.
conclusion 1:
as tu des informations sur les JVM et plates-formes clientes ?
conclusion 2:
si ton os serveur etait un dual stack tu aurais 2 connexions ce qui n'est
pas le cas non? cf ton netstat
a verifier:
ta config de firewall cela serait ballot qu'il bloque les sockets non?
a suivre
jerome
--
Using Opera's revolutionary e-mail client: http://www.opera.com/m2/
C'est en gros un serveur de "chat" qui est censé écouter sur un port.
J'arrive à le lancer, mais mes connaissances personnelles limitées en Java ne me permettent pas de résoudre le fait que les clients n'arrivent pas à se connecter.
Sur un réseau local résidentiel de test, les clients arrivent à se connecter.
J'ai en charge la mise en place du serveur, et n'ai pas de possibilité de tester moi-même les clients. Je ne sais donc pas quels messages d'erreur renvoient les clients qui n'arrivent pas à se connecter. D'ailleurs mon collègue qui teste les clients me dit qu'il ne voit aucun message d'erreur. Tous les clients auront à se connecter à se serveur le feront à partir d'une ligne résidentielle.
J'ai une piste: le serveur écoute en IPv6 et pas en IPv4, car
Donc, il n'écoute pas en IPv4, d'après moi. Et comme IPv6 est loin d'être répandu, ce n'est peut-être pas étonnant que ça ne communique pas. Mais pourquoi est-ce que ça fonctionne sur un LAN?
Ma première réaction serait de modifier le serveur, dont on a les sources, pour le forcer à y aller en IPv4. Le problème est que je n'ai vu aucun passage du code qui spécifie le protocole ou le type de couche à utiliser. Y a t il de meilleures façons de régler ce problème?
Dans la mesure ou ça peut aussi être un problème de support IPv6 quelquepart dans l'OS, je vais me permetttre un Xpost, mais en conservant le fu2 sur fclj parceque ma première piste concerne fclj. Les solutions propres à l'OS (Linux 2.6.8/Debian Testing) qui me seront proposées peuvent éventuellement être continuées, je suis ouvert à tout fu2 ultérieur. je t'ai extrait un court passage de la doc sun a ce sujet:
How IPv6 Works on a Java Platform
The Java networking stack will first check whether IPv6 is supported on the underlying OS. If IPv6 is supported, it will try to use the IPv6 stack. More specifically, on dual-stack systems it will create an IPv6 socket. On separate-stack systems things are much more complicated. Java will create two sockets, one for IPv4 and one for IPv6 communication. For client-side TCP applications, once the socket is connected, the internet-protocol family type will be fixed, and the extra socket can be closed. For server-side TCP applications, since there is no way to tell from which IP family type the next client request will come, two sockets need to be maintained. For UDP applications, both sockets will be needed for the lifetime of the communication.
Java gets the IP address from a name service.
conclusion 1: as tu des informations sur les JVM et plates-formes clientes ?
conclusion 2: si ton os serveur etait un dual stack tu aurais 2 connexions ce qui n'est pas le cas non? cf ton netstat
a verifier: ta config de firewall cela serait ballot qu'il bloque les sockets non?
a suivre jerome
-- Using Opera's revolutionary e-mail client: http://www.opera.com/m2/
Rakotomandimby (R12y) Mihamina
"damien guerin" :
J'ai pondu un chat en Java il y a peu...
Non, le gars il veut _ce_ blablaserver là. Et si ça ne tenait qu'à moi, je ne m'aventurerai pas dans des eaux que je ne connais pas. Mais comme mon collègue insiste...
-- Miroir de logiciels libres http://www.etud-orleans.fr Développement de logiciels libres http://aspo.rktmb.org/activites/developpement Infogerance de serveur dédié http://aspo.rktmb.org/activites/infogerance (En louant les services de l'ASPO vous luttez contre la fracture numerique)
"damien guerin" <damien.guerin2@wanadoo.fr> :
J'ai pondu un chat en Java il y a peu...
Non, le gars il veut _ce_ blablaserver là.
Et si ça ne tenait qu'à moi, je ne m'aventurerai pas dans des eaux que
je ne connais pas. Mais comme mon collègue insiste...
--
Miroir de logiciels libres http://www.etud-orleans.fr
Développement de logiciels libres http://aspo.rktmb.org/activites/developpement
Infogerance de serveur dédié http://aspo.rktmb.org/activites/infogerance
(En louant les services de l'ASPO vous luttez contre la fracture numerique)
Non, le gars il veut _ce_ blablaserver là. Et si ça ne tenait qu'à moi, je ne m'aventurerai pas dans des eaux que je ne connais pas. Mais comme mon collègue insiste...
-- Miroir de logiciels libres http://www.etud-orleans.fr Développement de logiciels libres http://aspo.rktmb.org/activites/developpement Infogerance de serveur dédié http://aspo.rktmb.org/activites/infogerance (En louant les services de l'ASPO vous luttez contre la fracture numerique)
Rakotomandimby (R12y) Mihamina
"jerome moliere" :
conclusion 1: as tu des informations sur les JVM et plates-formes clientes ?
Je les donne dès que j'ai le renseignement.
conclusion 2: si ton os serveur etait un dual stack tu aurais 2 connexions ce qui n'est pas le cas non? cf ton netstat
Il n'écoute que sur tcp6, mais pourtant tous les autres services sur ce serveur sont encore en IPv4 (ssh, http, ftp,...)
a verifier: ta config de firewall cela serait ballot qu'il bloque les sockets non?
Je vais voir par défault qu'est ce qu'il fait de l'IPv6, le netfilter...
a suivre
-- Miroir de logiciels libres http://www.etud-orleans.fr Développement de logiciels libres http://aspo.rktmb.org/activites/developpement Infogerance de serveur dédié http://aspo.rktmb.org/activites/infogerance (En louant les services de l'ASPO vous luttez contre la fracture numerique)
"jerome moliere" <jmoliere@nerim.net> :
conclusion 1:
as tu des informations sur les JVM et plates-formes clientes ?
Je les donne dès que j'ai le renseignement.
conclusion 2:
si ton os serveur etait un dual stack tu aurais 2 connexions ce qui n'est
pas le cas non? cf ton netstat
Il n'écoute que sur tcp6, mais pourtant tous les autres services sur ce
serveur sont encore en IPv4 (ssh, http, ftp,...)
a verifier:
ta config de firewall cela serait ballot qu'il bloque les sockets non?
Je vais voir par défault qu'est ce qu'il fait de l'IPv6, le netfilter...
a suivre
--
Miroir de logiciels libres http://www.etud-orleans.fr
Développement de logiciels libres http://aspo.rktmb.org/activites/developpement
Infogerance de serveur dédié http://aspo.rktmb.org/activites/infogerance
(En louant les services de l'ASPO vous luttez contre la fracture numerique)
conclusion 1: as tu des informations sur les JVM et plates-formes clientes ?
Je les donne dès que j'ai le renseignement.
conclusion 2: si ton os serveur etait un dual stack tu aurais 2 connexions ce qui n'est pas le cas non? cf ton netstat
Il n'écoute que sur tcp6, mais pourtant tous les autres services sur ce serveur sont encore en IPv4 (ssh, http, ftp,...)
a verifier: ta config de firewall cela serait ballot qu'il bloque les sockets non?
Je vais voir par défault qu'est ce qu'il fait de l'IPv6, le netfilter...
a suivre
-- Miroir de logiciels libres http://www.etud-orleans.fr Développement de logiciels libres http://aspo.rktmb.org/activites/developpement Infogerance de serveur dédié http://aspo.rktmb.org/activites/infogerance (En louant les services de l'ASPO vous luttez contre la fracture numerique)
Shal
Bonjour,
Bonjour,
Sur une machine (un serveur dédié chez un hébergeur) sous Linux, avec le jdk 1.5 de chez Sun, je tente d'installer ce truc:
C'est en gros un serveur de "chat" qui est censé écouter sur un port.
J'arrive à le lancer, mais mes connaissances personnelles limitées en Java ne me permettent pas de résoudre le fait que les clients n'arrivent pas à se connecter.
<snip>
J'ai une piste: le serveur écoute en IPv6 et pas en IPv4, car
$ lsof -itcp -n COMMAND PID USER FD TYPE DEVICE SIZE NODE NAME java 2092 oco 3u IPv6 441093 TCP *:18000 (LISTEN)
Donc, il n'écoute pas en IPv4, d'après moi.
Je suis d'accord
Et comme IPv6 est loin d'être répandu, ce n'est peut-être pas étonnant que ça ne communique pas. Mais pourquoi est-ce que ça fonctionne sur un LAN?
Oui et non, IPv6 marche tres bien dans un LAN au contraire... et c'st pour cela que cela fonctionne en local mais pas en générale.
Ma première réaction serait de modifier le serveur, dont on a les sources, pour le forcer à y aller en IPv4. Le problème est que je n'ai vu aucun passage du code qui spécifie le protocole ou le type de couche à utiliser. Y a t il de meilleures façons de régler ce problème?
C'est vrai que c'est etrange, le code est la:
ServerSocket ss = new ServerSocket(port.intValue()); // ouverture d'un socket serveur sur port
C'est plutot un probléme java, non?
Dans la mesure ou ça peut aussi être un problème de support IPv6 quelquepart dans l'OS, je vais me permetttre un Xpost, mais en conservant le fu2 sur fclj parceque ma première piste concerne fclj. Les solutions propres à l'OS (Linux 2.6.8/Debian Testing) qui me seront proposées peuvent éventuellement être continuées, je suis ouvert à tout fu2 ultérieur.
peut-etre desactivé l'IPv6 (alias net-pf-10 off dans modules.conf) ?
Bonjour,
Bonjour,
Sur une machine (un serveur dédié chez un hébergeur) sous Linux, avec le
jdk 1.5 de chez Sun, je tente d'installer ce truc:
C'est en gros un serveur de "chat" qui est censé écouter sur un port.
J'arrive à le lancer, mais mes connaissances personnelles limitées en
Java ne me permettent pas de résoudre le fait que les clients n'arrivent
pas à se connecter.
<snip>
J'ai une piste: le serveur écoute en IPv6 et pas en IPv4, car
$ lsof -itcp -n
COMMAND PID USER FD TYPE DEVICE SIZE NODE NAME
java 2092 oco 3u IPv6 441093 TCP *:18000 (LISTEN)
Donc, il n'écoute pas en IPv4, d'après moi.
Je suis d'accord
Et comme IPv6 est loin
d'être répandu, ce n'est peut-être pas étonnant que ça ne communique
pas. Mais pourquoi est-ce que ça fonctionne sur un LAN?
Oui et non, IPv6 marche tres bien dans un LAN au contraire... et c'st
pour cela que cela fonctionne en local mais pas en générale.
Ma première réaction serait de modifier le serveur, dont on a les
sources, pour le forcer à y aller en IPv4. Le problème est que je n'ai
vu aucun passage du code qui spécifie le protocole ou le type de couche
à utiliser. Y a t il de meilleures façons de régler ce problème?
C'est vrai que c'est etrange, le code est la:
ServerSocket ss = new ServerSocket(port.intValue()); // ouverture d'un
socket serveur sur port
C'est plutot un probléme java, non?
Dans la mesure ou ça peut aussi être un problème de support IPv6
quelquepart dans l'OS, je vais me permetttre un Xpost, mais en conservant
le fu2 sur fclj parceque ma première piste concerne fclj. Les solutions
propres à l'OS (Linux 2.6.8/Debian Testing) qui me seront proposées
peuvent éventuellement être continuées, je suis ouvert à tout fu2
ultérieur.
peut-etre desactivé l'IPv6 (alias net-pf-10 off dans modules.conf) ?
C'est en gros un serveur de "chat" qui est censé écouter sur un port.
J'arrive à le lancer, mais mes connaissances personnelles limitées en Java ne me permettent pas de résoudre le fait que les clients n'arrivent pas à se connecter.
<snip>
J'ai une piste: le serveur écoute en IPv6 et pas en IPv4, car
$ lsof -itcp -n COMMAND PID USER FD TYPE DEVICE SIZE NODE NAME java 2092 oco 3u IPv6 441093 TCP *:18000 (LISTEN)
Donc, il n'écoute pas en IPv4, d'après moi.
Je suis d'accord
Et comme IPv6 est loin d'être répandu, ce n'est peut-être pas étonnant que ça ne communique pas. Mais pourquoi est-ce que ça fonctionne sur un LAN?
Oui et non, IPv6 marche tres bien dans un LAN au contraire... et c'st pour cela que cela fonctionne en local mais pas en générale.
Ma première réaction serait de modifier le serveur, dont on a les sources, pour le forcer à y aller en IPv4. Le problème est que je n'ai vu aucun passage du code qui spécifie le protocole ou le type de couche à utiliser. Y a t il de meilleures façons de régler ce problème?
C'est vrai que c'est etrange, le code est la:
ServerSocket ss = new ServerSocket(port.intValue()); // ouverture d'un socket serveur sur port
C'est plutot un probléme java, non?
Dans la mesure ou ça peut aussi être un problème de support IPv6 quelquepart dans l'OS, je vais me permetttre un Xpost, mais en conservant le fu2 sur fclj parceque ma première piste concerne fclj. Les solutions propres à l'OS (Linux 2.6.8/Debian Testing) qui me seront proposées peuvent éventuellement être continuées, je suis ouvert à tout fu2 ultérieur.
peut-etre desactivé l'IPv6 (alias net-pf-10 off dans modules.conf) ?
damien guerin
Dans mon chat java, c'est exactement ce que je fais : ServerSocket ss = new ServerSocket(port.intValue()); Or ça fonctionne parfaitement, en local comme sur la toile ! ...
Dans mon chat java, c'est exactement ce que je fais : ServerSocket ss =
new ServerSocket(port.intValue());
Or ça fonctionne parfaitement, en local comme sur la toile !
...
Dans mon chat java, c'est exactement ce que je fais : ServerSocket ss = new ServerSocket(port.intValue()); Or ça fonctionne parfaitement, en local comme sur la toile ! ...
Rakotomandimby (R12y) Mihamina
"jerome moliere" :
je t'ai extrait un court passage de la doc sun a ce sujet: How IPv6 Works on a Java Platform
The Java networking stack will first check whether IPv6 is supported on the underlying OS. If IPv6 is supported, it will try to use the IPv6 stack. More specifically, on dual-stack systems it will create an IPv6 socket. On separate-stack systems things are much more complicated. Java will create two sockets, one for IPv4 and one for IPv6 communication. For client-side TCP applications, once the socket is connected, the internet-protocol family type will be fixed, and the extra socket can be closed. For server-side TCP applications, since there is no way to tell from which IP family type the next client request will come, two sockets need to be maintained. For UDP applications, both sockets will be needed for the lifetime of the communication.
Ok au moins c'est clair.
Ce qui se passe c'est donc que mon OS n'est pas en dual stack. Faudra que je me documente à ce sujet. Quelqu'un à une idée de comment activer le "dual-stack" sous Debian/Linux 2.6.8 ?
"linux activate dual stack IPv4 IPv6" ne me donne pas de bon resultats, peut-etre n'ai je tout siplement pas les bons mots clés? j'ai pourtant repris ceux donnés par l'extrait de la doc Java.
a verifier: ta config de firewall cela serait ballot qu'il bloque les sockets non?
Aucune règle IPv6 de filtrage n'est appliquée, donc d'après ce que j'ai lu ça et là, les paquets ne sont pas filtrés.
Je repositionne le FU2 vers fcolc, puisque je pense que si je réussi à le faire binder en V4 et V6 ça devrait le faire. Ensuite mon collègue developpeur se débrouillera.
-- Miroir de logiciels libres http://www.etud-orleans.fr Développement de logiciels libres http://aspo.rktmb.org/activites/developpement Infogerance de serveur dédié http://aspo.rktmb.org/activites/infogerance (En louant les services de l'ASPO vous luttez contre la fracture numerique)
"jerome moliere" <jmoliere@nerim.net> :
je t'ai extrait un court passage de la doc sun a ce sujet: How IPv6 Works
on a Java Platform
The Java networking stack will first check whether IPv6 is supported on
the underlying OS. If IPv6 is supported, it will try to use the IPv6
stack. More specifically, on dual-stack systems it will create an IPv6
socket. On separate-stack systems things are much more complicated. Java
will create two sockets, one for IPv4 and one for IPv6 communication. For
client-side TCP applications, once the socket is connected, the
internet-protocol family type will be fixed, and the extra socket can be
closed. For server-side TCP applications, since there is no way to tell
from which IP family type the next client request will come, two sockets
need to be
maintained. For UDP applications, both sockets will be needed for the
lifetime of the communication.
Ok au moins c'est clair.
Ce qui se passe c'est donc que mon OS n'est pas en dual stack.
Faudra que je me documente à ce sujet.
Quelqu'un à une idée de comment activer le "dual-stack" sous
Debian/Linux 2.6.8 ?
"linux activate dual stack IPv4 IPv6" ne me donne pas de bon resultats,
peut-etre n'ai je tout siplement pas les bons mots clés? j'ai pourtant
repris ceux donnés par l'extrait de la doc Java.
a verifier:
ta config de firewall cela serait ballot qu'il bloque les sockets non?
Aucune règle IPv6 de filtrage n'est appliquée, donc d'après ce que j'ai
lu ça et là, les paquets ne sont pas filtrés.
Je repositionne le FU2 vers fcolc, puisque je pense que si je réussi à
le faire binder en V4 et V6 ça devrait le faire. Ensuite mon collègue
developpeur se débrouillera.
--
Miroir de logiciels libres http://www.etud-orleans.fr
Développement de logiciels libres http://aspo.rktmb.org/activites/developpement
Infogerance de serveur dédié http://aspo.rktmb.org/activites/infogerance
(En louant les services de l'ASPO vous luttez contre la fracture numerique)
je t'ai extrait un court passage de la doc sun a ce sujet: How IPv6 Works on a Java Platform
The Java networking stack will first check whether IPv6 is supported on the underlying OS. If IPv6 is supported, it will try to use the IPv6 stack. More specifically, on dual-stack systems it will create an IPv6 socket. On separate-stack systems things are much more complicated. Java will create two sockets, one for IPv4 and one for IPv6 communication. For client-side TCP applications, once the socket is connected, the internet-protocol family type will be fixed, and the extra socket can be closed. For server-side TCP applications, since there is no way to tell from which IP family type the next client request will come, two sockets need to be maintained. For UDP applications, both sockets will be needed for the lifetime of the communication.
Ok au moins c'est clair.
Ce qui se passe c'est donc que mon OS n'est pas en dual stack. Faudra que je me documente à ce sujet. Quelqu'un à une idée de comment activer le "dual-stack" sous Debian/Linux 2.6.8 ?
"linux activate dual stack IPv4 IPv6" ne me donne pas de bon resultats, peut-etre n'ai je tout siplement pas les bons mots clés? j'ai pourtant repris ceux donnés par l'extrait de la doc Java.
a verifier: ta config de firewall cela serait ballot qu'il bloque les sockets non?
Aucune règle IPv6 de filtrage n'est appliquée, donc d'après ce que j'ai lu ça et là, les paquets ne sont pas filtrés.
Je repositionne le FU2 vers fcolc, puisque je pense que si je réussi à le faire binder en V4 et V6 ça devrait le faire. Ensuite mon collègue developpeur se débrouillera.
-- Miroir de logiciels libres http://www.etud-orleans.fr Développement de logiciels libres http://aspo.rktmb.org/activites/developpement Infogerance de serveur dédié http://aspo.rktmb.org/activites/infogerance (En louant les services de l'ASPO vous luttez contre la fracture numerique)
remy
Merci d'avance :-).
dans ton code try { Integer port; if(args.length<=0) port=new Integer("18000"); // si pas d'argument : port 18000 par défaut else port = new Integer(args[0]); // sinon il s'agit du numéro de port passé en argument
new Commandes(blablaServ); // lance le thread de gestion des commandes
ServerSocket ss = new ServerSocket(port.intValue()); // ouverture d'un socket serveur sur port printWelcome(port); while (true) // attente en boucle de connexion (bloquant sur ss.accept) { new BlablaThread(ss.accept(),blablaServ); // un client se connecte, un nouveau thread client est lancé } } catch (Exception e) {System.out.println(e); } ***************** }
cela donne quoi ?
-- des conneries j'en ai dites oui oui je vous assure... mais elles n'engagent que votre perception remy
Merci d'avance :-).
dans ton code
try
{
Integer port;
if(args.length<=0) port=new Integer("18000"); // si pas d'argument :
port 18000 par défaut
else port = new Integer(args[0]); // sinon il s'agit du numéro de port
passé en argument
new Commandes(blablaServ); // lance le thread de gestion des commandes
ServerSocket ss = new ServerSocket(port.intValue()); // ouverture d'un
socket serveur sur port
printWelcome(port);
while (true) // attente en boucle de connexion (bloquant sur
ss.accept)
{
new BlablaThread(ss.accept(),blablaServ); // un client se connecte,
un nouveau thread client est lancé
}
}
catch (Exception e) {System.out.println(e); }
*****************
}
cela donne quoi ?
--
des conneries j'en ai dites oui oui je vous assure...
mais elles n'engagent que votre perception
remy
dans ton code try { Integer port; if(args.length<=0) port=new Integer("18000"); // si pas d'argument : port 18000 par défaut else port = new Integer(args[0]); // sinon il s'agit du numéro de port passé en argument
new Commandes(blablaServ); // lance le thread de gestion des commandes
ServerSocket ss = new ServerSocket(port.intValue()); // ouverture d'un socket serveur sur port printWelcome(port); while (true) // attente en boucle de connexion (bloquant sur ss.accept) { new BlablaThread(ss.accept(),blablaServ); // un client se connecte, un nouveau thread client est lancé } } catch (Exception e) {System.out.println(e); } ***************** }
cela donne quoi ?
-- des conneries j'en ai dites oui oui je vous assure... mais elles n'engagent que votre perception remy
