bonsoir,
j'avais déjà exposé dans un message précédent ( http://linuxfr.org/forums/10/21911.html ) des soucis pour se connecter à un serveur (sous linux) depuis linux.
Je viens de découvrir qu'il m'était possible depuis la même connexion, mais sur des ordinateurs linux différents, de se connecter quand même. Donc déjà cela ne vient pas à priori du routeur ou je ne sais quoi.
En faisant des ifconfig, j'ai pu voir que les machines qui arrivaient à se connecter avaient un meilleur "RX" (pour la réception je présume...)
fonctionne (Debian 1):
RX packets:15 476 050 errors:0 dropped:0 overruns:0 frame:0
TX packets:13 468 858 errors:0 dropped:0 overruns:0 carrier:0
fonctionne (OpenSuse) :
RX packets:6 639 809 errors:0 dropped:0 overruns:0 frame:0
TX packets:4 978 552 errors:0 dropped:0 overruns:0 carrier:0
ne fonctionne pas (Debian 2) :
RX packets:2 294 766 errors:0 dropped:0 overruns:0 frame:0
TX packets:1 819 518 errors:0 dropped:0 overruns:0 carrier:0
mes questions sont donc :
qu'est-ce qui provoque ces valeurs de RX ? La qualité de la ligne ? La qualité de la carte réseau ?
Est-ce qu'il est possible d'influer sur ces valeurs d'une quelconque manière, en jouant avec des commandes (comme on peut le faire pour le MTU) ?
Je précise que sur toutes ces distributions ce sont généralement des paramètres par défaut qui ont été mis, j'ai parfois désactivé l'ipv6 mais cela ne change rien au pb ou pas de connexion. (et que sous windows ou freebsd, la connexion se fait sans problème, là où cela ne connecte pas avec linux)
j'avais déjà exposé dans un message précédent ( http://linuxfr.org/forums/10/21911.html ) des soucis pour se connecter à un serveur (sous linux) depuis linux.
Je viens de découvrir qu'il m'était possible depuis la même connexion, mais sur des ordinateurs linux différents, de se connecter quand même. Donc déjà cela ne vient pas à priori du routeur ou je ne sais quoi.
En faisant des ifconfig, j'ai pu voir que les machines qui arrivaient à se connecter avaient un meilleur "RX" (pour la réception je présume...)
fonctionne (Debian 1):
RX packets:15 476 050 errors:0 dropped:0 overruns:0 frame:0
TX packets:13 468 858 errors:0 dropped:0 overruns:0 carrier:0
fonctionne (OpenSuse) :
RX packets:6 639 809 errors:0 dropped:0 overruns:0 frame:0
TX packets:4 978 552 errors:0 dropped:0 overruns:0 carrier:0
ne fonctionne pas (Debian 2) :
RX packets:2 294 766 errors:0 dropped:0 overruns:0 frame:0
TX packets:1 819 518 errors:0 dropped:0 overruns:0 carrier:0
mes questions sont donc :
qu'est-ce qui provoque ces valeurs de RX ? La qualité de la ligne ? La qualité de la carte réseau ?
Est-ce qu'il est possible d'influer sur ces valeurs d'une quelconque manière, en jouant avec des commandes (comme on peut le faire pour le MTU) ?
Je précise que sur toutes ces distributions ce sont généralement des paramètres par défaut qui ont été mis, j'ai parfois désactivé l'ipv6 mais cela ne change rien au pb ou pas de connexion. (et que sous windows ou freebsd, la connexion se fait sans problème, là où cela ne connecte pas avec linux)
> Lire le message (4 commentaires, moyenne: 2).
Vous avez demandé le commentaire #846184.



Ahum.
TX packets c'est le nombre de paquets émis et RX packets le nombre de paquets recus
si tu veux améliorer ca tu peux rebooter mais je suis pas sur que ca aide ton probleme ou faire un enorme scp si tu veux l'augmenter
[^]Re: Ahum.
zut alors, c'est une fausse piste...
Et est-ce qu'il y a d'autres paramètres que je pourrais comparer sur ces machines pour essayer de trouver d'où vient le problème ?
Tous ensemble contre l'esclavitude des logiciels privateurs !
[^]Re: Ahum.
Je viens de lire ton message précedent et ca me fait penser à un probleme de mtu (mais du côté serveur)
Sa connexion il l'a comment ?
Ca serait pas genre un modem adsl usb ou ethernet en pppoe ?
Si c'est le cas il faut baisser le mtu de la connexion (mais je saurais pas dire à combien il faut le baisser)
[^]Re: Ahum.
je ne sais pas trop comment il est connecté, mais c'est bien par modem adsl oui, donc c'est possible que cela soit cela, je vais essayer de lui demander de baisser cela si c'est possible.
Mais ce qui est assez fou c'est que du côté client avec des paramètres similaires (derrière le même routeur d'entreprise, ou depuis chez moi), sur un ordinateur cela passe, et sur un autre cela ne passe pas. De plus avec freebsd, mac os x ou windows cela passe là où linux bloque...
De plus, avec une image virtuelle de freebsd ou solaris (nexenta), cela connecte depuis la machine linux qui elle ne connecte pas !
Merci du conseil en tout cas.
Tous ensemble contre l'esclavitude des logiciels privateurs !