Le mardi 25 janvier 2005 à 17:37 +0000, panda a écrit :oui ça marche ... mais ça rajoute plein de commentaire désagréable...
et dans mon cas ç'est assez ennuyeux !
Redirige les commentaires sur /dev/null
dd if=/dev/random bs7 count=1 2>/dev/null
Le mardi 25 janvier 2005 à 17:37 +0000, panda a écrit :
oui ça marche ... mais ça rajoute plein de commentaire désagréable...
et dans mon cas ç'est assez ennuyeux !
Redirige les commentaires sur /dev/null
dd if=/dev/random bs7 count=1 2>/dev/null
Le mardi 25 janvier 2005 à 17:37 +0000, panda a écrit :oui ça marche ... mais ça rajoute plein de commentaire désagréable...
et dans mon cas ç'est assez ennuyeux !
Redirige les commentaires sur /dev/null
dd if=/dev/random bs7 count=1 2>/dev/null
|
| Simon TOSSER a écrit : [snip]
|
|> égalment) !!!! comme si les paquets ne pouvaient pas dépasser une
|> certaine taille !
|
| [couic]
|
|> Curieux non ?
|
| Hum, ça sonne un peu comme un problème de "path mtu discovery", un
| truc bizarre qui fait que des gros paquets qui passent sur une
| interface sont saucisonnés sur une autre et l'ensemble merde
| complètement.
C'est l'hypothèse que j'émettais..
|
| Je connais pas le wifi du tout, mais faut peut être regarder de ce
| cote.
Vu que c'est de l'ip et que l'on peut grossiérement admettre que le
wifi et l'ethernet c'est senssiblement la même chose.
|
| essaie d'abord de faire, sous root : cat
| /proc/sys/net/ipv4/ip_no_pmtu_disc si ça repond 0 esaie de mettre 1
| dedans, si ça répond 1 essai de mettre 0 dedans... exemple : echo 1
| >/proc/sys/net/ipv4/ip_no_pmtu_disc
|
| puis de connecter le wifi...
|
| Sinon : find /proc -name '*mtu*' 2>/dev/null et regarde si t'as la
| possibilité de régler le mtu du wifi, faudrait probablement le
| régler sur qqchose inférieur à 1500.
|
| Une idée à deux balles
Bone idée mais pas mieux...
Par contre dans mes recherches ça confirme de plus en plus ce que
j'avance ;-)
Depuis un autre poste de mon réseau j'ai accès sans problème au
serveur apache du portable.
Quand j'appelle une page sur mon serveur qui affiche Hello World par
exemple ça passe très bien par le WiFi!
On dirait effectivement qu'il si perd dans les trames !
| Christophe.
Merci, je continue mais recherche, je vais faie un petit coup de
tethereal ! sur l'interface WiFi
Simon
|
| Simon TOSSER a écrit : [snip]
|
|> égalment) !!!! comme si les paquets ne pouvaient pas dépasser une
|> certaine taille !
|
| [couic]
|
|> Curieux non ?
|
| Hum, ça sonne un peu comme un problème de "path mtu discovery", un
| truc bizarre qui fait que des gros paquets qui passent sur une
| interface sont saucisonnés sur une autre et l'ensemble merde
| complètement.
C'est l'hypothèse que j'émettais..
|
| Je connais pas le wifi du tout, mais faut peut être regarder de ce
| cote.
Vu que c'est de l'ip et que l'on peut grossiérement admettre que le
wifi et l'ethernet c'est senssiblement la même chose.
|
| essaie d'abord de faire, sous root : cat
| /proc/sys/net/ipv4/ip_no_pmtu_disc si ça repond 0 esaie de mettre 1
| dedans, si ça répond 1 essai de mettre 0 dedans... exemple : echo 1
| >/proc/sys/net/ipv4/ip_no_pmtu_disc
|
| puis de connecter le wifi...
|
| Sinon : find /proc -name '*mtu*' 2>/dev/null et regarde si t'as la
| possibilité de régler le mtu du wifi, faudrait probablement le
| régler sur qqchose inférieur à 1500.
|
| Une idée à deux balles
Bone idée mais pas mieux...
Par contre dans mes recherches ça confirme de plus en plus ce que
j'avance ;-)
Depuis un autre poste de mon réseau j'ai accès sans problème au
serveur apache du portable.
Quand j'appelle une page sur mon serveur qui affiche Hello World par
exemple ça passe très bien par le WiFi!
On dirait effectivement qu'il si perd dans les trames !
| Christophe.
Merci, je continue mais recherche, je vais faie un petit coup de
tethereal ! sur l'interface WiFi
Simon
|
| Simon TOSSER a écrit : [snip]
|
|> égalment) !!!! comme si les paquets ne pouvaient pas dépasser une
|> certaine taille !
|
| [couic]
|
|> Curieux non ?
|
| Hum, ça sonne un peu comme un problème de "path mtu discovery", un
| truc bizarre qui fait que des gros paquets qui passent sur une
| interface sont saucisonnés sur une autre et l'ensemble merde
| complètement.
C'est l'hypothèse que j'émettais..
|
| Je connais pas le wifi du tout, mais faut peut être regarder de ce
| cote.
Vu que c'est de l'ip et que l'on peut grossiérement admettre que le
wifi et l'ethernet c'est senssiblement la même chose.
|
| essaie d'abord de faire, sous root : cat
| /proc/sys/net/ipv4/ip_no_pmtu_disc si ça repond 0 esaie de mettre 1
| dedans, si ça répond 1 essai de mettre 0 dedans... exemple : echo 1
| >/proc/sys/net/ipv4/ip_no_pmtu_disc
|
| puis de connecter le wifi...
|
| Sinon : find /proc -name '*mtu*' 2>/dev/null et regarde si t'as la
| possibilité de régler le mtu du wifi, faudrait probablement le
| régler sur qqchose inférieur à 1500.
|
| Une idée à deux balles
Bone idée mais pas mieux...
Par contre dans mes recherches ça confirme de plus en plus ce que
j'avance ;-)
Depuis un autre poste de mon réseau j'ai accès sans problème au
serveur apache du portable.
Quand j'appelle une page sur mon serveur qui affiche Hello World par
exemple ça passe très bien par le WiFi!
On dirait effectivement qu'il si perd dans les trames !
| Christophe.
Merci, je continue mais recherche, je vais faie un petit coup de
tethereal ! sur l'interface WiFi
Simon
> Mon problème ne viendrait il pas de mon kernel ???
> Mon problème ne viendrait il pas de mon kernel ???
> Mon problème ne viendrait il pas de mon kernel ???
Simon TOSSER a écrit :
| ça donne ça ;-) [...]
Rien d'anormal à première vue. J'aurais tendance à écarter un problème
de kernel. Je ne connais malheureusement pas très bien le wifi mais je
suspecte fortement un problème de driver. Même en 802.3 il arrive avec
certaines cartes que des drivers aient un fonctionnement erratique
(j'en ai fait l'expérience).
A ta place j'essaierai donc de récupérer les drivers idoines chez
Realtek plutot que d'utiliser ndiswrapper:
http://www.realtek.com.tw/downloads/downloads1-3.aspx?software=True&compamodel=RTL8180
HTH.
Simon TOSSER a écrit :
| ça donne ça ;-) [...]
Rien d'anormal à première vue. J'aurais tendance à écarter un problème
de kernel. Je ne connais malheureusement pas très bien le wifi mais je
suspecte fortement un problème de driver. Même en 802.3 il arrive avec
certaines cartes que des drivers aient un fonctionnement erratique
(j'en ai fait l'expérience).
A ta place j'essaierai donc de récupérer les drivers idoines chez
Realtek plutot que d'utiliser ndiswrapper:
http://www.realtek.com.tw/downloads/downloads1-3.aspx?software=True&compamodel=RTL8180
HTH.
Simon TOSSER a écrit :
| ça donne ça ;-) [...]
Rien d'anormal à première vue. J'aurais tendance à écarter un problème
de kernel. Je ne connais malheureusement pas très bien le wifi mais je
suspecte fortement un problème de driver. Même en 802.3 il arrive avec
certaines cartes que des drivers aient un fonctionnement erratique
(j'en ai fait l'expérience).
A ta place j'essaierai donc de récupérer les drivers idoines chez
Realtek plutot que d'utiliser ndiswrapper:
http://www.realtek.com.tw/downloads/downloads1-3.aspx?software=True&compamodel=RTL8180
HTH.