Le vendredi 12 septembre 2003 à 13:37:22, Jean-Francois Dive a écrit:
> ok, faudra une trace de sniffer alors:
>
> tcpdump -n -s 1500 -w irc-dcc.cap -i ppp0 host
> or host
>
> relance une session dcc qui echoue et envoie le fichier cap (si pas
> plus gros que kk meg) off liste.
Merci de ton a
ok, faudra une trace de sniffer alors:
tcpdump -n -s 1500 -w irc-dcc.cap -i ppp0 host
or host
relance une session dcc qui echoue et envoie le fichier cap (si pas plus
gros que kk meg) off liste.
JeF
On Fri, 2003-09-12 at 12:57, Bruno Berteau wrote:
> Le vendredi 12 septembre 2003 à 08:38:21,
Le vendredi 12 septembre 2003 à 08:38:21, Jean-Francois Dive a écrit:
> je pense que voila le probleme (les 4 dernieres lignes de la chain
> PPP-IN):
[...]
Après modification ça ne fonctionne toujours pas.
Voilà la configuration du noyau :
CONFIG_IP_NF_CONNTRACK=y
CONFIG_IP_NF_CONNTRACK=y
CONFIG
Le vendredi 12 septembre 2003 à 08:38:21, Jean-Francois Dive a écrit:
> je pense que voila le probleme (les 4 dernieres lignes de la chain
> PPP-IN):
>
> La regle drop all est avant les regles ESTBLISHED permit. La meilleur
> preuve est que leurs compteur est a 0. Inverse ca et ca devrait
> fonc
On Fri, 2003-09-12 at 08:50, Pascal Bleser wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Pascal Bleser wrote:
> > Jean-Francois Dive wrote:
> > ...
> >> module comprenne ces betes protocoles. Pour IRC ca existe, pour MSN,
> >> peut etre, je dois dire que je n'en sais trop rien.
> >
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Pascal Bleser wrote:
Jean-Francois Dive wrote:
...
module comprenne ces betes protocoles. Pour IRC ca existe, pour MSN,
peut etre, je dois dire que je n'en sais trop rien.
Ca n'existe pas pour MSN.
En fait il faut ouvrir des ports à partir de 6891, chaq
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jean-Francois Dive wrote:
...
module comprenne ces betes protocoles. Pour IRC ca existe, pour MSN,
peut etre, je dois dire que je n'en sais trop rien.
Ca n'existe pas pour MSN.
En fait il faut ouvrir des ports à partir de 6891, chaque port ouvert perme
je pense que voila le probleme (les 4 dernieres lignes de la chain
PPP-IN):
La regle drop all est avant les regles ESTBLISHED permit. La meilleur
preuve est que leurs compteur est a 0. Inverse ca et ca devrait
fonctionner.
JeF
On Thu, 2003-09-11 at 18:47, Bruno Berteau wrote:
> Le jeudi 11 sep
De maniere generale, pour ces protocols pas bien foutus qui ont
plusieurs connections et qui font du client/client, il faut que le
module de firewall ouvre les ports dynaniquement, donc il faut qu'un
module comprenne ces betes protocoles. Pour IRC ca existe, pour MSN,
peut etre, je dois dire que je
Le Jeudi 11 Septembre 2003 09:11, Jean-Francois Dive nous a écrit :
désolé de sortir du thread, mais j'ai le problème inverse
pas moyne d'envoier un fichier, ni en DCC ni avec msn
(quelques soit le logiciel msn employé mais 99% amsn )
je suis derriere un switch avec comme routeur le speed touch a
Le jeudi 11 septembre 2003 à 14:47:16, Jean-Francois Dive a écrit:
> envoie ta config iptables sinon l'output de
>
> iptables -L -x -v -n
> et
> iptables -L -x -v -n -t nat
>
> JeF
>
Voilà ma config iptables.
Merci.
--
Bruno Berteau
http://b.berteau.free.fr
Chain INPUT (policy DROP 0 pack
envoie ta config iptables sinon l'output de
iptables -L -x -v -n
et
iptables -L -x -v -n -t nat
JeF
On Thu, 2003-09-11 at 14:19, Alain EMPAIN wrote:
> On Thursday 11 September 2003 13:33, Bruno Berteau wrote:
> > Le jeudi 11 septembre 2003 à 12:04:09, Jean-Francois Dive a écrit:
> > > aucun ...
On Thursday 11 September 2003 13:33, Bruno Berteau wrote:
> Le jeudi 11 septembre 2003 à 12:04:09, Jean-Francois Dive a écrit:
> > aucun ... le conntrack helper va regarder dans le traffic irc apres
> > les informations pour savoir d'ou va venir le DCC et les ouvri
> > dynamiquement pour cette conn
Le jeudi 11 septembre 2003 à 12:04:09, Jean-Francois Dive a écrit:
> aucun ... le conntrack helper va regarder dans le traffic irc apres
> les informations pour savoir d'ou va venir le DCC et les ouvri
> dynamiquement pour cette connection (enfin associer la nouvelle
> connection avec celle princi
aucun ... le conntrack helper va regarder dans le traffic irc apres les
informations pour savoir d'ou va venir le DCC et les ouvri dynamiquement
pour cette connection (enfin associer la nouvelle connection avec celle
principale de IRC). Ca devrait donc fonctionner... Utilises tu NAT ou es
tu direct
[EMAIL PROTECTED]
> Subject: [linux] Xchat et DCC
>
> Bonjour,
>
> J'ai un petit problème avec Xchat (1.8.9): j'arrive à envoyer des
> fichiers mais impossible d'en recevoir. Chaque fois j'ai un message du
> style (je cite de mémoire) connection time out, m
> modprobe ip_conntrack_irc
Ok. j'ai ip_conntrack_irc en dur dans le noyau donc pas besoin de modprobe.
>
> et wala, en assumant que tu ai kkchose du genre
>
> -m state --state RELATED -j ACCEPT.
>
Quels sont les ports à activer pour que la réception de fichiers fonctionne ?
Merci.
--
Br
modprobe ip_conntrack_irc
et wala, en assumant que tu ai kkchose du genre
-m state --state RELATED -j ACCEPT.
JeF
On Thu, 2003-09-11 at 08:39, Bruno Berteau wrote:
> Bonjour,
>
> J'ai un petit problème avec Xchat (1.8.9): j'arrive à envoyer des
> fichiers mais impossible d'en recevoir. Chaque
Bonjour,
J'ai un petit problème avec Xchat (1.8.9): j'arrive à envoyer des
fichiers mais impossible d'en recevoir. Chaque fois j'ai un message du
style (je cite de mémoire) connection time out, même lorsque j'accepte
le fichier immédiatement.
Est-ce que ça serait un problème lié au parefeu ? Si
19 matches
Mail list logo