mon serveur sabre par 50 le débit de ma connection internet

[rv91]

Jusqu'ici j'avais un débit de 22 Mb/s et depuis début février c'est 50 fois moins.

Or après avoir suspecté free, j'ai testé mon pc direct en sortie de la freebox tout y est ... cependant, si je remets mon pc dans le lan :

C:\Documents and Settings\rv>tracert www.free.fr
Détermination de l'itinéraire vers www.free.fr [212.27.48.10]
avec un maximum de 30 sauts :
1 ..<1 ms ..<1 ms ..<1 ms 192.168.151.1 ########## IP lan du sme
2 2218 ms 2061 ms 2157 ms 88.178.85.254 ########## Passerelle IP de mon nra free
3 1803 ms 1829 ms 1870 ms 213.228.23.254
4 ****** 1485 ms ******* 212.27.56.153
5 1357 ms 1413 ms 1344 ms bzn-6k-sys-po21.intf.routers.proxad.net [212.27.50.6]
6 1221 ms 1442 ms 1383 ms www.free.fr [212.27.48.10]
Itinéraire déterminé.

Idem depuis le serveur : le téléchargement par wget d'une image iso plafonne à 4 ko/s !!

Je ne sais pas trop où (dans quels logs) aller chercher des infos.

nota : config ramenée au standard (freebox mode normal -> sme server&gateway IP WAN par DHCP etc .... )

merci de vos conseils.

[jdh]

Sous Windows, on peut faire "tracert" mais il est meilleur de faire "tracert -d" afin d'éviter le reverse dns inutile dans un cas de tests.

Il est clair que 1300 à 2200 ms pour de simples pings cela n'est pas très normal. Il y a nécessairement quelque chose de totalement anormal.

Comme il n'y a AUCUN renseignement intéressant sur la config, il est difficile de répondre.

A faire :

- schéma de la configuration (pour chaque cas de test)
- config précise de chaque élément (freebox, sme, pc)
- resultat de test : machine, type de test réalisé, résultat
- a tester : sme, pc en lan, pc direct vers freebox


(NB : la BONNE config pour le pc en lan ou connecté à la freeboc en bridge, c'est "adresse ip automatique" et "serveur dns automatique" !)

[rv91]

AUCUN renseignement intéressant sur la config

Ok je décris en 2 temps :
1- Sans SME : freebox mode bridge + pc sur switch4 ethernet de la freebox (IP et DNS délivré par DHCP)

C:\Documents and Settings\Administrateur>tracert -d www.free.fr

Détermination de l'itinéraire vers www.free.fr [212.27.48.10]
avec un maximum de 30 sauts :

1 40 ms 41 ms 41 ms 88.178.85.254 #### c'est la passerelle c-a-d mon nra
2 42 ms 41 ms 41 ms 213.228.23.254
3 * * * Délai d'attente de la demande dépassé.
4 43 ms 42 ms 42 ms 212.27.50.6
5 42 ms 42 ms 42 ms 212.27.48.10

Itinéraire déterminé.

[rv91]

2- Avec SME : freebox mode bridge + SME7.3 WAN sur switch ethernet4 de la freebox (IP fournit pas DHCP dernière question pour DNS laissée vide)
mode serveur & passerelle avec DHCP pour le réseau IP lan 192.168.151.1 + pc sur switch netgear (IP et DNS délivré par DHCP sme)

C:\Documents and Settings\Administrateur>tracert -d www.free.fr

Détermination de l'itinéraire vers www.free.fr [212.27.48.10]
avec un maximum de 30 sauts :

1 <1 ms <1 ms <1 ms 192.168.151.1 ##### IP lan de SME
2 1404 ms 1349 ms 1578 ms 88.178.85.254 ##### IP NRA
3 1387 ms 1405 ms 1387 ms 213.228.23.254
4 * * * Délai d'attente de la demande dépassé.
5 1394 ms 1362 ms 1369 ms 212.27.50.6
6 1288 ms 1216 ms 1208 ms 212.27.48.10

Itinéraire déterminé.

[root@e-limo /]# top
top - 09:41:42 up 12:30, 1 user, load average: 0.05, 0.05, 0.00
Tasks: 306 total, 1 running, 305 sleeping, 0 stopped, 0 zombie
Cpu(s): 1.0% us, 1.3% sy, 0.0% ni, 97.7% id, 0.0% wa, 0.0% hi, 0.0% si
Mem: 1034564k total, 1011260k used, 23304k free, 40608k buffers
Swap: 1048568k total, 208k used, 1048360k free, 617452k cached

PID USER PR NI %CPU TIME+ %MEM VIRT RES SHR S COMMAND
29436 root 17 0 1.3 0:00.66 0.1 2936 1144 780 R top
29399 root 16 0 1.0 0:00.41 0.2 7016 2276 1828 S sshd
27315 www 16 0 0.3 0:00.44 0.5 23944 4656 2408 S httpd
1 root 16 0 0.0 0:00.54 0.1 2608 616 528 S init
2 root RT 0 0.0 0:00.00 0.0 0 0 0 S migration/0
3 root 34 19 0.0 0:00.01 0.0 0 0 0 S ksoftirqd/0
4 root 5 -10 0.0 0:00.00 0.0 0 0 0 S events/0
5 root 5 -10 0.0 0:00.01 0.0 0 0 0 S khelper
6 root 15 -10 0.0 0:00.00 0.0 0 0 0 S kacpid
23 root 5 -10 0.0 0:00.00 0.0 0 0 0 S kblockd/0
24 root 15 0 0.0 0:00.00 0.0 0 0 0 S khubd
41 root 20 0 0.0 0:00.00 0.0 0 0 0 S pdflush
42 root 15 0 0.0 0:00.57 0.0 0 0 0 S pdflush
43 root 15 0 0.0 0:21.96 0.0 0 0 0 S kswapd0
44 root 12 -10 0.0 0:00.00 0.0 0 0 0 S aio/0
190 root 25 0 0.0 0:00.00 0.0 0 0 0 S kseriod
417 root 5 -10 0.0 0:00.00 0.0 0 0 0 S ata/0
418 root 9 -10 0.0 0:00.00 0.0 0 0 0 S ata_aux
421 root 15 0 0.0 0:00.00 0.0 0 0 0 S scsi_eh_0
422 root 15 0 0.0 0:00.00 0.0 0 0 0 S scsi_eh_1
454 root 15 0 0.0 0:04.66 0.0 0 0 0 S kjournald
990 root 6 -10 0.0 0:00.00 0.0 0 0 0 S kauditd
1633 root 6 -10 0.0 0:00.01 0.0 2596 440 360 S udevd
2176 root 15 0 0.0 0:00.13 0.0 0 0 0 S kjournald
2177 root 15 0 0.0 0:01.12 0.0 0 0 0 S kjournald
2178 root 15 0 0.0 0:00.00 0.0 0 0 0 S kjournald
2658 root 19 0 0.0 0:00.00 0.0 3068 416 360 S mingetty
2679 root 16 0 0.0 0:00.00 0.0 2800 412 360 S mingetty
2781 root 16 0 0.0 0:00.00 0.0 92 28 12 S runsvdir
2932 root 16 0 0.0 0:00.00 0.0 32 28 16 S runsv
2933 root 16 0 0.0 0:00.00 0.0 28 28 16 S runsv
2934 root 16 0 0.0 0:00.00 0.0 52 28 16 S runsv
2935 root 16 0 0.0 0:00.00 0.0 68 28 16 S runsv
2936 root 16 0 0.0 0:00.00 0.0 80 28 16 S runsv

[root@e-limo /]# df
Sys. de fich. 1K-blocs Occupé Disponible Capacité Monté sur
/dev/mapper/main-root
157140828 22889348 126269196 16% /
/dev/sdb1 55345184 45538396 6995416 87% /home/e-smith/files/ibays/webgallery
/dev/sdb2 102964020 80936696 16796964 83% /home/e-smith/files/ibays/kplaylist
/dev/sda1 101086 55388 40479 58% /boot
none 517280 0 517280 0% /dev/shm

Est-ce que je suis plus clair ?
Je ne vois pas où est le pb.

@ vs lire

- j'ajoute qu'au lancement, SME n'affiche aucune alerte.
- le changement du cable ethernet entre sme et freebox ne résoud rien.

[jdh]

La différence entre les 2 "tracert" en temps est assez éclairante ! Comme avec le -d on ne résout pas le reverse dns de chaque pas, il me semble évident que le dns du sme n'est pas bon !


(NB : un schéma, c'est les cablages, les adressages ip, les masques, les passerelles, les dns, les modes de config d'interface).

[rv91]

un schéma, c'est les cablages, les adressages ip, les masques, les passerelles, les dns, les modes de config d'interface.

1-Sans SME (ce qui marche)

Fil FT non blindé (+/-400 m du NRA) au bout duquel est sertie une prise RJ11 -> entrée ligne freebox V
freebox V mode bridge (hard reebot = config usine) switch intégré -> (nota la maison est câblée en Ethernet cat IV) -> pc1 win XPsp2 (firewall windows + avast IV) ; connextion réseau IP et DNS détection automatique :
88.178.85.xyz IP (adresse fixe par free)
88.178.85.254 PASSERELLE
88.178.84.254 DHCP
212.27.54.252 DNS

2-Avec SME (ce qui ne marche plus)

Fil FT non blindé (+/-400 m du NRA) au bout duquel est sertie une prise RJ11 -> entrée ligne freebox V
freebox V mode bridge (hard reebot = config usine) switch intégré -> (nota la maison est câblée en Ethernet cat IV) -> carte wan serveur SME7.3 servergateway IP externet détection par DHCP :
88.178.85.xyz IP MASQ EXTERNE ### délivrée par free
192.168.151.1/255.255.255.0 IP MASQ LOCALE DHCP ENABLE
192.168.151.1 IP SERVER DNS
carte lan serveur SME7.3 sur switch netgear -> pc1 win XPsp2 (firewall windows + avast IV) ; connextion réseau IP et DNS détection automatique :
192.168.151.249 IP
255.255.255.0 MASQ
192.168.151.1 PASSERELLE
192.168.151.1 DHCP
192.168.151.1 DNS

nota : je mes suis aussi interrogé sur le DNS et j'ai testé la même config en indiquant le DNS de free dans la dernière étape de config de SME : aucun changement dans son comportement.
nota : je n'ai pas l'habitude dêtre en direct derrière free ; je ne sais pas s'il est habituel que l'adresse DNS ne soit pas celle de la passerelle ... est-ce que sme "gère" ça ?

[root@e-limo /]# netstat -rn
Table de routage IP du noyau
Destination Passerelle Genmask Indic MSS Fenêtre irtt Iface
192.168.151.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0
88.178.85.0 0.0.0.0 255.255.255.0 U 0 0 0 eth1
1.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 bond0
0.0.0.0 88.178.85.254 0.0.0.0 UG 0 0 0 eth1

[root@e-limo /]# ifconfig
bond0 Lien encap:Ethernet HWaddr 00:00:00:00:00:00
inet adr:1.1.1.1 Bcast:1.255.255.255 Masque:255.0.0.0
UP BROADCAST RUNNING MASTER MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:0
RX bytes:0 (0.0 b) TX bytes:0 (0.0 b)

eth0 Lien encap:Ethernet HWaddr 00:60:97:9D:50:2D
inet adr:192.168.151.1 Bcast:192.168.151.255 Masque:255.255.255.0
UP BROADCAST RUNNING ALLMULTI MULTICAST MTU:1500 Metric:1
RX packets:4052 errors:0 dropped:0 overruns:0 frame:0
TX packets:4024 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:1000
RX bytes:555944 (542.9 KiB) TX bytes:1982462 (1.8 MiB)
Interruption:169 Adresse de base:0xd400

eth1 Lien encap:Ethernet HWaddr 00:13:8F:0A:2E:98
inet adr:88.178.85.xyz Bcast:88.178.85.255 Masque:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:482910 errors:0 dropped:0 overruns:0 frame:0
TX packets:508526 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:1000
RX bytes:48212245 (45.9 MiB) TX bytes:644372953 (614.5 MiB)
Interruption:209 Adresse de base:0x2d00

lo Lien encap:Boucle locale
inet adr:127.0.0.1 Masque:255.0.0.0
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:6308 errors:0 dropped:0 overruns:0 frame:0
TX packets:6308 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:0
RX bytes:866164 (845.8 KiB) TX bytes:866164 (845.8 KiB)

[jdh]

Ici ni "df -h", ni "netstat -rn", ni "top" ne donne une information pertinente.

Il a été rappelé récemment qu'en ce qui concerne SME sous DHCP, il ne faut pas remplir le champ du serveur DNS. Celui-ci est visible dans /etc/resolv.conf. Peut-être supprimer la ligne "nameserver" dans /etc/resolv.conf et redémarrer ? Jibe ?

[Franck78]

Jusqu'ici j'avais un débit de 22 Mb/s et depuis début février c'est 50 fois moins.

Or après avoir suspecté free, ....

Salut
après quelle action......?

note: dire que ca marche bien avec une machine et mal avec une autre quand à la fois machine et système d'exploitation changent, n'est pas très très instructif.

je testerais d'abord le hard de la sme (notament les cartes réseaux) avec un livecd par exemple.

[rv91]

après quelle action......?

Il n'y a pas eut d'action sur le serveur autre que des mises à jour yum depuis la migration vers 7.1 (un bail).

Le mois dernier j'ai testé l'installation d'un serveur privé wow sur un serveur de test en SME8.1 ... je ne vois pas le lien puisque la bécanne est éteinte depuis longtemps et les renvois de ports au niveau de la freebox annulés.

C'est pourquoi, ma première réaction a été de suspecter free puisque mon installation n'a pas bougé.

-------------------------------------------

je viens d'inverser eth0 et eh1 => aucune évolution

-------------------------------------------

j'ai supprimé la ligne dans /etc/resolv.conf => aucune évolution.

------------------------------------------

[jdh]

Bon au lieu de faire des traceroute, il faudrait tester par exemple avec des ping.

- test de ping avec @adresse ip à partir de SME
- test de ping avec nom de domaine à partir de SME
- test de ping avec @adresse ip à partir du PC
- test de ping avec nom de domaine à partir du PC

[fraedhrim]

Salut,

Sinon il y a le très vieux truc de la vitesse et du mode de duplex... Tout est en autoneg ? Le serveur monte bien dans le mode qui va bien (ethtool eth0 ou eth1) ?

C'est basique mais ça explique souvent les trucs pourris... Cela dit ici le ifconfig ne remontant aucune erreur type CRC ça n'a pas l'air d'être trop ça.

Et perso je pense que le DNS n'a rien à voir. Ce n'est pas le DNS qui fait changer le temps du ping.

Juste un truc : c'est normal qu'il y ait un "bond0" dans les interfaces ?

A+

[unnilennium]

bond0 c'est le nom de l'interface reseau interne pour SME.



et du coté de dansguardian si installé / et squid ?

le proxy transparent est il activé ?


JP

[fraedhrim]

?! Ah bon ? Et eth0 alors du coup ? Et quid de ce plan d'adressage ? Enfin bref ça doit pas être important.

Pour squid en transparent ou autre si la machine n'est pas chargée par ça en quoi ça peut jouer sur le ping ? Le squid ne gère que l'HTTP donc TCP donc rien à voir avec ICMP.... :/

A+

[jdh]

Je n'avais pas vu !

"bond0" est le nom naturel d'une interface permettant de faire du "bonding", c'est à dire de l'agrégation d'interface. (Cela est créé avec le module bonding et les commandes ifenslave adaptées).

Le nom normal de serveur est plutôt "lo" (127.0.0.1/8 par défaut).

[fraedhrim]

Ouais je trouvais ça un peu chelou ce bond0 sur une machine à deux interfaces dont une green et une red.
Si ça se trouve ça n'a rien à voir mais ça ne pourrait pas mettre un peu la grouille ? Genre il essaie de bonder les deux if ? M'enfin ça ne marcherait surement pas du tout si c'était le cas....

A+