Le 06/08/2010 00:15, Pascal Hambourg a écrit :
giggz a écrit :
sous backtrack 4 j'ai exactement le même comportement que sous debian lenny:
MTU=1492 et tcp_timestamps=0 - bug
MTU=1492 et tcp_timestamps=1 - ok
MTU=1500 ou tcp_timestamps=0 - ok
MTU=1500 ou tcp_timestamps=1 - ok
Ce n'est
Le 06/08/2010 09:08, giggzounet a écrit :
Le 06/08/2010 00:15, Pascal Hambourg a écrit :
giggz a écrit :
sous backtrack 4 j'ai exactement le même comportement que sous debian lenny:
MTU=1492 et tcp_timestamps=0 - bug
MTU=1492 et tcp_timestamps=1 - ok
MTU=1500 ou tcp_timestamps=0 - ok
giggzounet a écrit :
d apres le man que j ai sous la main:
ethtool -K--offload ethX [rx on|off] [tx on|off] [sg on|off] [tso
on|off] [ufo on|off] [gso on|off]
donc en gros je mets tout a off ?
Oui, et si ça remarche tu remets à les options à on une par une pour
trouver celle qui foire, ou
Le 06/08/2010 09:43, Pascal Hambourg a écrit :
giggzounet a écrit :
d apres le man que j ai sous la main:
ethtool -K--offload ethX [rx on|off] [tx on|off] [sg on|off] [tso
on|off] [ufo on|off] [gso on|off]
donc en gros je mets tout a off ?
Oui, et si ça remarche tu remets à les options à
Le 06/08/2010 09:43, Pascal Hambourg a écrit :
giggzounet a écrit :
d apres le man que j ai sous la main:
ethtool -K--offload ethX [rx on|off] [tx on|off] [sg on|off] [tso
on|off] [ufo on|off] [gso on|off]
donc en gros je mets tout a off ?
Oui, et si ça remarche tu remets à les options à
Le 04/08/2010 18:13, Pascal Hambourg a écrit :
giggz a écrit :
les 3 valeurs (tcp_timestamps, tcp_sack, tcp_window_scaling) sont à 0.
Est ce normal ?
Disons que ce ne sont pas les valeurs par défaut du noyau. Ces options
n'existaient pas lors de la conception initiale de TCP, et si la
Le 04/08/2010 18:13, Pascal Hambourg a écrit :
giggz a écrit :
les 3 valeurs (tcp_timestamps, tcp_sack, tcp_window_scaling) sont à 0.
Est ce normal ?
Disons que ce ne sont pas les valeurs par défaut du noyau. Ces options
n'existaient pas lors de la conception initiale de TCP, et si la
giggz a écrit :
sous backtrack 4 j'ai exactement le même comportement que sous debian lenny:
MTU=1492 et tcp_timestamps=0 - bug
MTU=1492 et tcp_timestamps=1 - ok
MTU=1500 ou tcp_timestamps=0 - ok
MTU=1500 ou tcp_timestamps=1 - ok
Ce n'est vraiment que dans le cas où MTU=1492 et
Le 04/08/2010 01:26, Pascal Hambourg a écrit :
giggzounet a écrit :
Le 02/08/2010 18:14, Pascal Hambourg a écrit :
- Les SYN contiennent le minimum syndical d'options TCP : MSS et c'est
tout. Ce n'est pas anormal, mais c'est un peu étonnant pour un Linux qui
a normalement un certain nombre
Le 04/08/2010 09:24, giggzounet a écrit :
Le 04/08/2010 01:26, Pascal Hambourg a écrit :
giggzounet a écrit :
Le 02/08/2010 18:14, Pascal Hambourg a écrit :
- Les SYN contiennent le minimum syndical d'options TCP : MSS et c'est
tout. Ce n'est pas anormal, mais c'est un peu étonnant pour un
- Les SYN contiennent le minimum syndical d'options TCP : MSS et c'est
tout. Ce n'est pas anormal, mais c'est un peu étonnant pour un Linux qui
a normalement un certain nombre d'options TCP activées par défaut :
timestamp, selective ACK, window scaling...
Je n ai rien modifié a ce niveau
giggz a écrit :
les 3 valeurs (tcp_timestamps, tcp_sack, tcp_window_scaling) sont à 0.
Est ce normal ?
Disons que ce ne sont pas les valeurs par défaut du noyau. Ces options
n'existaient pas lors de la conception initiale de TCP, et si la machine
en face ne supporte pas l'une d'elle, elle
Le 02/08/2010 18:14, Pascal Hambourg a écrit :
giggz a écrit :
En gros voilà ce que j'ai fait :
je me connecte sur mon NAS en ftp -p
ensuite je me balade dans mes répertoires et lance un get.
rien ne se passe.
je fais un ctrl+c
et encore un autre.
puis bye
et voilà.
Bon, je ne suis
giggzounet a écrit :
Le 02/08/2010 18:14, Pascal Hambourg a écrit :
- Les SYN contiennent le minimum syndical d'options TCP : MSS et c'est
tout. Ce n'est pas anormal, mais c'est un peu étonnant pour un Linux qui
a normalement un certain nombre d'options TCP activées par défaut :
timestamp,
Le 31/07/2010 12:51, giggz a écrit :
Bonjour,
derrière mon routeur j'ai :
un NAS
un laptop
un eeepc
le NAS est configuré pour faire du ftp, du cifs et du NFS vers ces
machines. Chaque machine a une ip fixe attribuée par le routeur.
je veux récupérer un fichier situé sur mon NAS à
Le 02/08/2010 10:17, giggzounet a écrit :
Le 31/07/2010 12:51, giggz a écrit :
Bonjour,
derrière mon routeur j'ai :
un NAS
un laptop
un eeepc
le NAS est configuré pour faire du ftp, du cifs et du NFS vers ces
machines. Chaque machine a une ip fixe attribuée par le routeur.
je veux
Bonjour,
- giggzounet giggzou...@gmail.com a écrit :
Le 31/07/2010 12:51, giggz a écrit :
Bonjour,
derrière mon routeur j'ai :
un NAS
un laptop
un eeepc
le NAS est configuré pour faire du ftp, du cifs et du NFS vers ces
machines. Chaque machine a une ip fixe attribuée
bien le bonjour,
[snip]
Non, pas après reboot de tout ce beau monde et si l'arp poisonning
était bien arrêté. Tu pouvais aussi vider les tables ARP à la main
sur les machines Linux : 'ip neigh flush'. La durée de vie du cache
ARP n'est pas très élevée de toute façon, en un quart d'heure
- giggzounet giggzou...@gmail.com a écrit :
bien le bonjour,
[snip]
Non, pas après reboot de tout ce beau monde et si l'arp poisonning
était bien arrêté. Tu pouvais aussi vider les tables ARP à la main
sur les machines Linux : 'ip neigh flush'. La durée de vie du cache
ARP
Le 02/08/2010 11:16, christophe.f...@free.fr a écrit :
- giggzounet giggzou...@gmail.com a écrit :
bien le bonjour,
[snip]
Non, pas après reboot de tout ce beau monde et si l'arp poisonning
était bien arrêté. Tu pouvais aussi vider les tables ARP à la main
sur les machines Linux :
Christophe a écrit :
Tes deux machines ne semblent pas avoir la même MTU : 1500 pour ton NAS
contre 1492 pour ton eeepc. Ca pourrait poser problème si le NAS n'en
tient pas compte.
Non, car même si le MTU est réglé plus bas, une interface ethernet
accepte quand même les trames de 1500 octets
Bonjour,
Le lundi 02 août 2010 à 13:08 +0200, Pascal Hambourg a écrit :
Christophe a écrit :
Tes deux machines ne semblent pas avoir la même MTU : 1500 pour ton NAS
contre 1492 pour ton eeepc. Ca pourrait poser problème si le NAS n'en
tient pas compte.
Non, car même si le MTU est
Christophe a écrit :
Le lundi 02 août 2010 à 13:08 +0200, Pascal Hambourg a écrit :
Non, car même si le MTU est réglé plus bas, une interface ethernet
accepte quand même les trames de 1500 octets (voire plus).
La commande 'ip link set dev if mtu mtu' tente de régler la MTU pour
la couche
Le Mon, 02 Aug 2010 14:44:20 +0200,
Christophe christophe.f...@free.fr a écrit :
...
Exemple : un de mes pc réglé en 1500 effectue un ping -M do -s 1472 sur
un deuxième (mon portable, avec une Marvell 88E8072).
Sur ce dernier, le fait de descendre la MTU de l'interface à 1494
l'empêche
giggz a écrit :
En gros voilà ce que j'ai fait :
je me connecte sur mon NAS en ftp -p
ensuite je me balade dans mes répertoires et lance un get.
rien ne se passe.
je fais un ctrl+c
et encore un autre.
puis bye
et voilà.
Bon, je ne suis pas le super-expert en analyse de trace TCP/IP,
Le 01/08/2010 23:10, Christophe a écrit :
Bonjour,
Le samedi 31 juillet 2010 à 15:06 +0200, giggz a écrit :
Le 31/07/2010 14:39, Pascal Hambourg a écrit :
giggz a écrit :
question de NooB : les login/password en ftp sont en clair. si je
copie/colle ce que me sort tcpdump, est ce que mon
Le 02/08/2010 18:14, Pascal Hambourg a écrit :
giggz a écrit :
En gros voilà ce que j'ai fait :
je me connecte sur mon NAS en ftp -p
ensuite je me balade dans mes répertoires et lance un get.
rien ne se passe.
je fais un ctrl+c
et encore un autre.
puis bye
et voilà.
Bon, je ne suis
Le 31/07/2010 12:51, giggz a écrit :
Bonjour,
derrière mon routeur j'ai :
un NAS
un laptop
un eeepc
le NAS est configuré pour faire du ftp, du cifs et du NFS vers ces
machines. Chaque machine a une ip fixe attribuée par le routeur.
je veux récupérer un fichier situé sur mon
Le lundi 02 août 2010 à 16:14 +0200, Pascal Hambourg a écrit :
Christophe a écrit :
Le lundi 02 août 2010 à 13:08 +0200, Pascal Hambourg a écrit :
Non, car même si le MTU est réglé plus bas, une interface ethernet
accepte quand même les trames de 1500 octets (voire plus).
La
Bonjour,
Le samedi 31 juillet 2010 à 15:06 +0200, giggz a écrit :
Le 31/07/2010 14:39, Pascal Hambourg a écrit :
giggz a écrit :
question de NooB : les login/password en ftp sont en clair. si je
copie/colle ce que me sort tcpdump, est ce que mon login/password est
lisible ?
Le 01/08/2010 23:10, Christophe a écrit :
Bonjour,
Le samedi 31 juillet 2010 à 15:06 +0200, giggz a écrit :
Le 31/07/2010 14:39, Pascal Hambourg a écrit :
giggz a écrit :
question de NooB : les login/password en ftp sont en clair. si je
copie/colle ce que me sort tcpdump, est ce que mon
Le Sun, 01 Aug 2010 23:32:03 +0200,
giggz giggzou...@gmail.com a écrit :
...
J'ai mis la valeur de la mtu du NAS à 1492. mais ça ne change rien. De
plsu sur mon laptop la valeur est aussi à 1492 et pourtant tout marche
très bien entre ce laptop et le NAS.
la valeur std pour un LAN est de 1500
Le 01/08/2010 23:39, Jean-Yves F. Barbier a écrit :
Le Sun, 01 Aug 2010 23:32:03 +0200,
giggz giggzou...@gmail.com a écrit :
...
J'ai mis la valeur de la mtu du NAS à 1492. mais ça ne change rien. De
plsu sur mon laptop la valeur est aussi à 1492 et pourtant tout marche
très bien entre ce
Le Sun, 01 Aug 2010 23:46:33 +0200,
giggz giggzou...@gmail.com a écrit :
Le 01/08/2010 23:39, Jean-Yves F. Barbier a écrit :
Le Sun, 01 Aug 2010 23:32:03 +0200,
giggz giggzou...@gmail.com a écrit :
...
J'ai mis la valeur de la mtu du NAS à 1492. mais ça ne change rien. De
plsu sur
Salut,
giggz a écrit :
je veux récupérer un fichier situé sur mon NAS à partir de mon eeepc
sous debian lenny/backport. et ça ne fonctionne pas. Les symptomes sont
les suivants :
- je peux me connecter sans problème de mon eeepc vers le NAS via ftp,
cifs ou NFS. je peux lister et me
Le 31/07/2010 13:24, Pascal Hambourg a écrit :
Salut,
giggz a écrit :
je veux récupérer un fichier situé sur mon NAS à partir de mon eeepc
sous debian lenny/backport. et ça ne fonctionne pas. Les symptomes sont
les suivants :
- je peux me connecter sans problème de mon eeepc vers le NAS
giggz a écrit :
Pour la capture j'utilise quoi ? tcpdump ou wireshark ?
Peu importe, celui que tu sais le mieux utiliser.
Il y a aussi tshark, la version console de wireshark.
quel est le plus
simple à utiliser pour qqn qui n'y connait pas grand chose ?
Probablement wireshark, parce que
Pascal Hambourg a écrit :
# tcpdump -ni interface host adresse_ip_nas
(ctrl+c pour quitter)
A la réflexion, l'option -v serait utile pour afficher plus des détails
sur les paquets.
# tcpdump -nvi interface host adresse_ip_nas
--
Lisez la FAQ de la liste avant de poser une question :
Le 31/07/2010 14:16, Pascal Hambourg a écrit :
giggz a écrit :
Pour la capture j'utilise quoi ? tcpdump ou wireshark ?
Peu importe, celui que tu sais le mieux utiliser.
Il y a aussi tshark, la version console de wireshark.
quel est le plus
simple à utiliser pour qqn qui n'y connait pas
giggz a écrit :
question de NooB : les login/password en ftp sont en clair. si je
copie/colle ce que me sort tcpdump, est ce que mon login/password est
lisible ?
Normalement par défaut tcpdump ne fait pas l'analyse du protocole FTP
(wireshark/tshark si en revanche) et n'affiche pas non plus
Le 31/07/2010 14:39, Pascal Hambourg a écrit :
giggz a écrit :
question de NooB : les login/password en ftp sont en clair. si je
copie/colle ce que me sort tcpdump, est ce que mon login/password est
lisible ?
Normalement par défaut tcpdump ne fait pas l'analyse du protocole FTP
41 matches
Mail list logo
