Problème de débit

Problème de débit - Logiciels - Linux et OS Alternatifs

Marsh Posté le 31-01-2007 à 16:40:48    

Bonjour,

 

J'ai un pb de débit sur mon serveur fraichement installé en Debian Sarge (3.1) qui me sert de passerelle pour partager ma connexion câble (oui, je sais... ;) )

 

J'ai 2 interfaces: eth0 reliée au modem-câble, et eth1 reliée avec un câble croisé au PC sous XP.
eth0 est en DHCP et eth1 en static, les règles d'iptables font que j'ai accés au net sur mon PC.

 

Donc, lors d'un transfert via FTP entre mon serveur et mon PC, j'ai un débit ridicule genre 10Kb/s et au bout d'un certain temps j'obtient une déconnexion "data stream error" ou un truc du genre!

 

J'ai changé les câbles, les cartes réseaux, mais c'est identique :(
J'utilise vsftp, mais j'ai également essayer dans l'autre sens avec typsoft FTP serveur (win) .

 

http://bin0.free.fr/upload/debitftp2.png

 

Une idée ??  :hello:

 

Ps: idem en désactivant le routage et iptables.

Message cité 1 fois
Message édité par spamoi le 31-01-2007 à 16:42:48
Reply

Marsh Posté le 31-01-2007 à 16:40:48   

Reply

Marsh Posté le 31-01-2007 à 16:46:50    

spamoi a écrit :

Bonjour,
 
J'ai un pb de débit sur mon serveur fraichement installé en Debian Sarge (3.1) qui me sert de passerelle pour partager ma connexion câble (oui, je sais... ;) )
 
J'ai 2 interfaces: eth0 reliée au modem-câble, et eth1 reliée avec un câble croisé au PC sous XP.
eth0 est en DHCP et eth1 en static, les règles d'iptables font que j'ai accés au net sur mon PC.
 
Donc, lors d'un transfert via FTP entre mon serveur et mon PC, j'ai un débit ridicule genre 10Kb/s et au bout d'un certain temps j'obtient une déconnexion "data stream error" ou un truc du genre!
 
J'ai changé les câbles, les cartes réseaux, mais c'est identique :(
J'utilise vsftp, mais j'ai également essayer dans l'autre sens avec typsoft FTP serveur (win) .
 
http://bin0.free.fr/upload/debitftp2.png
 
Une idée ??  :hello:  
 
Ps: idem en désactivant le routage et iptables.


il faut regler iptables pour ton serveur FTP (port 20 et 21)

Reply

Marsh Posté le 31-01-2007 à 16:48:55    

Oui, mais sans iptables je devrais avoir un débit proche du LAN ! (25/35Mo/s) ??

Reply

Marsh Posté le 31-01-2007 à 17:06:20    

Le lan 100Mbps c'est 12.5Mo/s théoriques.


---------------
--
Reply

Marsh Posté le 31-01-2007 à 17:15:19    

Oui c'est vrai (la honte!)
 
M'enfin je ne vois tjrs pas de quoi peut venir ce problème de débit !

Reply

Marsh Posté le 31-01-2007 à 17:18:39    

essaye de declarer l'ip de ton serveur ftp dans un fichier hosts :??:

Message cité 1 fois
Reply

Marsh Posté le 31-01-2007 à 17:49:09    

memaster a écrit :

essaye de declarer l'ip de ton serveur ftp dans un fichier hosts :??:


 
J'arrive bien a me connecter au serveur FTP ! c'est le débit qui est bas.
 
Voici mes règles iptables:
 

Code :
  1. #!/bin/sh
  2. # /etc/network/if-pre-up.d/iptables-start
  3. # Script qui démarre les règles de filtrage "iptables"
  4. # Formation Debian GNU/Linux par Alexis de Lattre
  5. # http://www.via.ecp.fr/~alexis/formation-linux/
  7. # REMISE à ZERO des règles de filtrage
  8. iptables -F
  9. iptables -t nat -F
  12. # DEBUT des "politiques par défaut"
  14. # Je veux que les connexions entrantes soient bloquées par défaut
  15. iptables -P INPUT DROP
  17. # Je veux que les connexions destinées à être forwardées
  18. # soient acceptées par défaut
  19. iptables -P FORWARD ACCEPT
  21. # Je veux que les connexions sortantes soient acceptées par défaut
  22. iptables -P OUTPUT ACCEPT
  24. # FIN des "politiques par défaut"
  27. # DEBUT des règles de filtrage
  29. # Pas de filtrage sur l'interface de "loopback"
  30. iptables -A INPUT -i lo -j ACCEPT
  32. # J'accepte le protocole ICMP (i.e. le "ping" )
  33. iptables -A INPUT -p icmp -j ACCEPT
  35. # J'accepte les packets entrants relatifs à des connexions déjà établies
  36. iptables -A INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT
  38. # Décommentez les deux lignes suivantes pour que le serveur FTP éventuel
  39. # soit joignable de l'extérieur
  40. iptables -A INPUT -p tcp --dport 20 -j ACCEPT
  41. iptables -A INPUT -p tcp --dport 21 -j ACCEPT
  43. # Décommentez la ligne suivante pour que le serveur SSH éventuel
  44. # soit joignable de l'extérieur
  45. iptables -A INPUT -p tcp --dport 22 -j ACCEPT
  47. # Décommentez la ligne suivante pour que le serveur Web éventuel
  48. # soit joignable de l'extérieur
  49. #iptables -A INPUT -p tcp --dport 80 -j ACCEPT
  51. # La règle par défaut pour la chaine INPUT devient "REJECT"
  52. # (il n'est pas possible de mettre REJECT comme politique par défaut)
  53. iptables -A INPUT -j REJECT
  55. # FIN des règles de filtrage
  58. # DEBUT des règles pour le partage de connexion (i.e. le NAT)
  60. # Décommentez la ligne suivante pour que le système fasse office de
  61. # "serveur NAT" et remplaçez "eth0" par le nom de l'interface connectée
  62. # à Internet
  63. iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE
  65. # Si la connexion que vous partagez est une connexion ADSL, vous
  66. # serez probablement confronté au fameux problème du MTU. En résumé,
  67. # le problème vient du fait que le MTU de la liaison entre votre
  68. # fournisseur d'accès et le serveur NAT est un petit peu inférieur au
  69. # MTU de la liaison Ethernet qui relie le serveur NAT aux machines qui
  70. # sont derrière le NAT. Pour résoudre ce problème, décommentez la ligne
  71. # suivante et remplaçez "eth0" par le nom de l'interface connectée à
  72. # Internet.
  73. #iptables -A FORWARD -p tcp --tcp-flags SYN,RST SYN -j TCPMSS -o eth0 --clamp-mss-to-pmtu
  75. # FIN des règles pour le partage de connexion (i.e. le NAT)
  78. # DEBUT des règles de "port forwarding"
  80. # Décommentez la ligne suivante pour que les requêtes TCP reçues sur
  81. # le port 80 de l'interface eth0 soient forwardées à la machine dont
  82. # l'IP est 192.168.0.3 sur son port 80 (la réponse à la requête sera
  83. # forwardée au client)
  84. #iptables -t nat -A PREROUTING -i eth0 -p tcp --dport 80 -j DNAT --to-destination 192.168.0.3:80
  86. # FIN des règles de "port forwarding"

Reply

Marsh Posté le 31-01-2007 à 17:50:26    

avec quel logiciel fais tu tes calculs de débits? :??:

Reply

Marsh Posté le 31-01-2007 à 17:54:39    

Avec mon client FTP :)
Je transfert une image ISO de +700Mo depuis mon serveur vers mon PC, (cf le screenshot)

Reply

Marsh Posté le 31-01-2007 à 22:43:51    

à coup sur iptables bloque tout ça. t'as pas un débit bas, t'as pas de transfert du tout. assure toi de faire du ip_conntrack_ftp.

Message cité 1 fois
Reply

Marsh Posté le 31-01-2007 à 22:43:51   

Reply

Marsh Posté le 01-02-2007 à 16:01:49    

Taz a écrit :

à coup sur iptables bloque tout ça. t'as pas un débit bas, t'as pas de transfert du tout. assure toi de faire du ip_conntrack_ftp.


 
Le truc marrant c'est que même sans iptables c'est pareil   :sweat:  
 
Non mais là je pense clairement que mon install est foireuse, je vais rétenter avec la distrib sur DVD au lieu de la netinstall ...

Reply

Marsh Posté le 01-02-2007 à 16:33:34    

on est pas sous windows ... sort ton wireshark et analyse le problème.

Message cité 1 fois
Reply

Marsh Posté le 01-02-2007 à 16:47:39    

Taz a écrit :

on est pas sous windows ... sort ton wireshark et analyse le problème.


 
 
Voici ce que j'ai tenter:
 
-Avec iptables: transfert FTP vers le PC (et vis-versa) : débit très lent
-Sans iptables: idem
 
Avec et sans iptables en local, cad que je me connect sur le ftp localhost là ça turbinne  :bounce:  
 
J'ai changer les NIC, patches toussa, donc là je bloque.
 
Aller je retente ce soir :)

Reply

Marsh Posté le 01-02-2007 à 17:26:33    

OSEF de tes changements de matos ou de tes patchs windows. mais une analyse réseau. ça sert à rien de sauter partout comme un cabri. si en fait, ça sert à pouvoir ne jamais conclure sur la nature d'un problème.

Message cité 1 fois
Reply

Marsh Posté le 01-02-2007 à 17:56:07    

Taz a écrit :

OSEF de tes changements de matos ou de tes patchs windows. mais une analyse réseau. ça sert à rien de sauter partout comme un cabri. si en fait, ça sert à pouvoir ne jamais conclure sur la nature d'un problème.


 
1/ jamais dit que j'allais conclure sans savoir
 
2/ j'aime pas les abréviations  :whistle:

Reply

Marsh Posté le 02-02-2007 à 09:52:23    

OSEF = On S'En Fout :D
Sinon, ça peut être bien d'utiliser Wireshark, oui.


---------------
--
Reply

Marsh Posté le 02-02-2007 à 10:43:20    

Salut,
 
qd tu lances ton transfert ftp tu n'as pas de logs dans /var/log/messages te suggérant d'ouvrir d'autres ports?
qu'utilises tu comme serveur ftp?
as tu essayer de mettre ton ftp en passif?
pourquoi ne pas mettre un apache sur ta debian, accessible uniquement depuis ton lan, pour tester les débits?
 
 
 


---------------
Les avis, c'est comme les anus, tout le monde en a un.
Reply

Marsh Posté le 02-02-2007 à 15:23:30    

Hello, en effet le sniffer m'indique pas mal de "paquets lost" de "retry" lors du transfert, je me demande bien de quoi cela peut venir... J'ai essayer de change le MTU mais c'est pareil....
 
Je pense à un problème du NIC de mon poste windows, je vois que ça :/
 
Sinon, dans messages il n'y a rien d'anormal, le FTPd est vsftp, et le mode passive ne change rien ! (très très long en plus lors du listage....).
 
Apache pas essayer, j'y ai pensé donc a voir :) je vous tiens au courant.
 
Merci encore.

Reply

Marsh Posté le 02-02-2007 à 16:19:47    

regarde si t'as des erreurs en transferant un fichier de petite taille. voir un fichier de 1 octet

Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed