problème ping

par **remi59** » 08 Sep 2003 09:54

Bonjour à tous, J'ai un gros souci de config réseau. J'ai installé un serveur Linux qui sera sensé être serveur WEB et MySQL... Pour l'instant, impossible de le mettre sur le réseau. L'ordi est un Packard Bell, avec carte réseau Realtek intégrée. Comme j'ai trouvé sur plusieurs sites que ces cartes étaient difficilement compatibles avec Linux, j'ai mis une 3Com, et ai désactivé la Realtek. Mon réseau est de classe C en 192.168.1.0 Mon serveur est 192.168.1.9 Le ping d'une station du réseau prend entre 7 et neuf secondes par paquet. A partir d'une station Windoze, le ping du "serveur" ne fonctionne pas. Quelqu'un peut-il m'aider ? <IMG SRC="images/smiles/icon_confused.gif"> Merci d'avance !

par **lucyfire** » 08 Sep 2003 10:10

sans parler des pings longs as tu activé le firewall sur ton install linux ? dans ce cas verifies que ton firewall ne DROP pas la paquets ICMP car tes stations ne sont pas pretes de pinguer ton serv linux. 2 eme question si ton apache est activé par defaut lorsque que sous windaube dans IE tu tapess <a href="http://192.168.1.9" target="_blank">http://192.168.1.9</a> arrives tu sous la page d'acc de apache ? si oui voir question 1. lcf

par **remi59** » 08 Sep 2003 11:05

Merci de ta réponse. Le firewall n'est pas activé. (dans KDE, sécurité : Tout (pas de firewall)) Apache n'est pas activé, je n'arrive pas à la page d'accès d'Apache en tapant <a href="http://192.168.1.9/" target="_blank">http://192.168.1.9/</a> Dommage... <IMG SRC="images/smiles/icon_bawling.gif"> Merci d'avance de me proposer autre chose, si vous avez une idée... ! A bientôt !

par **lucyfire** » 08 Sep 2003 11:13

quand tu dis pas activé tu veux dire pas actif au demar de la machine ou pas dipo sur le reso essaye dans le browser sur ta machine linux <a href="http://192.168.2.9" target="_blank">http://192.168.2.9</a> si pas ok t'a un problème res sur la machine linux

par **kerozene** » 08 Sep 2003 11:16

le ping très long peut être un début de réponse au problème. Il arrive bien souvent que des connexions merdiques se fassent entre une machine dont la carte réseau est configurée en auto-select et de l'équipement actif qui serait lui par exemple configuré en 100 Mb Full Duplex. Enormément de paquet sont rejeté par l'équipement actif qui trouve qu'il ne sont pas au bon format. Donc bien vérifier que si tes EA sont en 100 Mb FD, la carte réseau y soit aussi. ++

par **jdh** » 08 Sep 2003 11:42

Ce problème pose plusieurs questions : - carte réseau Realtek : il en existe généralement de 2 types 8039 (=ne2000) et 8139 (=ne2000 en pci). Ce ne sont pas de super cartes mais elles marchent correctement. - carte réseau 3COM : ce sont des cartes plus performantes notamment sur un serveur, bien sur. Généralement elles sont autoconfig hardware (10/100, half/full dulex, irq, io). - test de ping : il faut les faire dans les 2 sens : Win -> Linux et Linux -> Win, ceci avant d'incrimer les matériels actifs (switchs, ...) - le plus important : quel config réseau : que donne ifconfig netstat -rn ip add ip route ping <a href="http://www.ixus.net" target="_blank">www.ixus.net</a> <- un nom de domaine impérativement Basiquement, je dirais que dans l'ordre de probabilité d'anomalie, il y a : 1- config réseau (adresse ip, masque, gateway) 2- config dns (nom de domaine, serveur dns) 3- carte 4- câble 5- switch Tiens nous au courant et donne les infos fournis par les commandes

par **remi59** » 08 Sep 2003 14:39

Merci encore de vos nombreuses réponses. Ca fait pas mal de pistes. Pour répondre aux questions : J'ai fait dans le browser de ma machine Linux <a href="http://192.168.1.9" target="_blank">http://192.168.1.9</a> et j'obtiens la page de démarrage Apache. Ca ne le fait pas sur une machine du réseau. Comment fait-on pour savoir si, sur le hub switché comme sur ma carte 3Com, on est en Full Duplex ? Normalement on est en 100MB sur tout les réseau, les cartes sont en 100, et les diodes sont sur 100. A savoir : sur la machine Linux, WinXP est installé, et il a le réseau. Le câble est ok, diodes allumées. Switch ok, sous Windaube ça va... Les pings ont été faits dans les deux sens : Linux=> Win : très très long, et de win=>Linux : ne passe pas Je vérifie le reste, et renvoie la réponse. Merci à tous ! <IMG SRC="images/smiles/icon_bise.gif">

par **remi59** » 08 Sep 2003 15:31

Voici les résultats des différentes commandeees réseau demandées... Merci pour votre aide ! ifconfig eth0 Lien encap:Ethernet HWaddr 00:50:DA:68:AD:4B inet adr:192.168.1.9 Bcast:192.168.1.255 Masque:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:1123 errors:0 dropped:0 overruns:394 frame:0 TX packets:474 errors:29 dropped:0 overruns:0 carrier:0 collisions:0 lg file transmission:100 RX bytes:119779 (116.9 Kb) TX bytes:72740 (71.0 Kb) Interruption:18 Adresse de base:0xdc00 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:493 errors:0 dropped:0 overruns:0 frame:0 TX packets:493 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 lg file transmission:0 RX bytes:105181 (102.7 Kb) TX bytes:105181 (102.7 Kb) netstat -rn Table de routage IP du noyau Destination Passerelle Genmask Indic MSS Fenêtre irtt Iface 127.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 lo 0.0.0.0 192.168.1.1 0.0.0.0 UG 0 0 0 eth0 ip add 1: lo: <LOOPBACK,UP> mtu 16436 qdisc noqueue link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 brd 127.255.255.255 scope host lo 2: eth0: <BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast qlen 100 link/ether 00:50:da:68:ad:4b brd ff:ff:ff:ff:ff:ff inet 192.168.1.9/24 brd 192.168.1.255 scope global eth0 3: eth1: <BROADCAST,MULTICAST> mtu 1500 qdisc pfifo_fast qlen 100 link/ether 00:20:ed:91:db:97 brd ff:ff:ff:ff:ff:ff ip route 127.0.0.0/8 dev lo scope link default via 192.168.1.1 dev eth0 Et merci pour vos réponses futures !

par **jdh** » 08 Sep 2003 17:38

En analysant le résultat des commandes, on voit : - tu disposes d'1 carte réseau (eth0) (et de la boucle locale =lo) - eth0 a pour adresse 192.168.1.9, le masque est 255.255.255.0 = /24 - la passerelle est 192.168.1.1 Tout ça c'est bien. De plus, il y a quelques données qui passent : - eth0 RX: 1123 packets soit 119779 octets = 116.9 kb TX: 474 packets soit 72740 octets = 71.0 kb - lo RX: 493 packets soit 105181 octets = 102.7 kb TX: idem !! Tu verras si tu fais "ping -c 10 localhost" le nombre de packets de l'interface lo augmentera de 10. Par contre, la commande ip fait apparaitre une interface eth1 ce qui me parait pas clair. Apparait-elle apres un reboot ? Il faut ajouter dans les probabilités l'usage du firewall. La commande "iptables -vn -L" donne-t-elle beaucoup d'information ? As-tu essayé de changer le câble ?

par **remi59** » 09 Sep 2003 09:28

La carte réseau eth1 est effectivement présente sur l'ordi. Il s'agit d'une Realtek. Lorsque les deux cartes sont actives, aucun ping vers l'extérieur ne passe. J'ai donc désactivé la Realtek, et là les pings passent mais très lents : [root@Linux /]# ping 192.168.1.1 PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data. 64 bytes from 192.168.1.1: icmp_seq=1 ttl=254 time=11370 ms 64 bytes from 192.168.1.1: icmp_seq=2 ttl=254 time=10360 ms 64 bytes from 192.168.1.1: icmp_seq=3 ttl=254 time=9360 ms 64 bytes from 192.168.1.1: icmp_seq=4 ttl=254 time=8360 ms From 192.168.1.9 icmp_seq=9 Destination Host Unreachable From 192.168.1.9 icmp_seq=10 Destination Host Unreachable From 192.168.1.9 icmp_seq=11 Destination Host Unreachable From 192.168.1.9 icmp_seq=12 Destination Host Unreachable From 192.168.1.9 icmp_seq=13 Destination Host Unreachable From 192.168.1.9 icmp_seq=14 Destination Host Unreachable From 192.168.1.9 icmp_seq=15 Destination Host Unreachable From 192.168.1.9 icmp_seq=16 Destination Host Unreachable From 192.168.1.9 icmp_seq=17 Destination Host Unreachable From 192.168.1.9 icmp_seq=18 Destination Host Unreachable From 192.168.1.9 icmp_seq=19 Destination Host Unreachable From 192.168.1.9 icmp_seq=20 Destination Host Unreachable 64 bytes from 192.168.1.1: icmp_seq=5 ttl=254 time=22360 ms 64 bytes from 192.168.1.1: icmp_seq=6 ttl=254 time=21359 ms 64 bytes from 192.168.1.1: icmp_seq=7 ttl=254 time=20358 ms --- 192.168.1.1 ping statistics --- 24 packets transmitted, 7 received, +12 errors, 70% packet loss, time 27310ms rtt min/avg/max/mdev = 8360.025/14789.951/22360.013/5777.113 ms, pipe 19 Y a t-il un problèle avec icmp_seq ? La commande iptables ne donne rien : [root@Linux /]# bash: iptables: command not found bash: bash:: command not found Inutile de dire que je suis novice en linux... Sur la machine Linux est aussi installé WinXP, qui fonctionne très bien sur le réseau, avec le même câble. Merci pour vos réponses passées et futures ! <IMG SRC="images/smiles/icon_bise.gif">

par **jdh** » 09 Sep 2003 10:14

Il n'est pas impossible que, sous Linux, la carte Realtek qui est inactivé ... le soit. Par ailleurs, sous Linux, le numéro de l'interface (eth0, eth1, ...) est attribué dans l'ordre de découverte de l'interface. Pour identifier clairement cela, il faut faire : dmesg | less ou dmesg | more Sur ma passerelle, cela donne : NET4: Linux TCP/IP 1.0 for NET4.0 IP Protocols: ICMP, UDP, TCP, IGMP IP: routing cache hash table of 512 buckets, 4Kbytes TCP: Hash tables configured (established 2048 bind 2048) NET4: Unix domain sockets 1.0/SMP for Linux NET4.0. Freeing unused kernel memory: 280k freed isapnp: Scanning for PnP cards... isapnp: No Plug & Play device found eth0: 3c5x9 at 0x360, 10baseT port, address 00 60 97 e2 0e bc, IRQ 10. 3c509.c:1.18a <a href="mailto:17Nov2001becker@scyld.com">17Nov2001becker@scyld.com</a> <a href="http://www.scyld.com/network/3c509.html" target="_blank">http://www.scyld.com/network/3c509.html</a> ne.c:v1.10 9/23/94 Donald Becker (becker@scyld.com) Last modified Nov 1, 2000 by Paul Gortmaker NE*000 ethercard probe at 0x300: 00 80 c8 29 d5 fb eth1: NE2000 found at 0x300, using IRQ 5. NET4 -> Début eth0 -> 3c509 (bonne vielle carte 10m rj : autoconfig) eth1 -> ne2000 (idem, ici c'est en fait une (tres) vielle dlink en emulation) Quand tu auras vu ces infos, tu pourras être sur de l'interface. De fait un temps de ping à 9-10, 22 secondes est aberrant. Par ailleurs, tu n'as pas précisé la distrib utilisée.

par **remi59** » 09 Sep 2003 10:39

Merci jdh pour ta réponse. Voici ce que donne la commande dmesg less (je ne donne ici qu'un des pavés résultants de la commande) : [root@Linux remi]# dmesg less media 8880 dma 0000003a. eth0: Interrupt posted but not delivered -- IRQ blocked by another device? Flags; bus-master 1, dirty 1328(0) current 1328(0) Transmit list 00000000 vs. cdca1200. 0: @cdca1200 length 800000ae status 000100ae 1: @cdca1240 length 800000ae status 000100ae 2: @cdca1280 length 800000ae status 000100ae 3: @cdca12c0 length 800000ae status 000100ae 4: @cdca1300 length 800000ae status 000100ae 5: @cdca1340 length 800000ae status 000100ae 6: @cdca1380 length 800000ae status 000100ae 7: @cdca13c0 length 800000ae status 000100ae 8: @cdca1400 length 80000106 status 00010106 9: @cdca1440 length 800000f8 status 000100f8 10: @cdca1480 length 800000ae status 000100ae 11: @cdca14c0 length 800000ae status 000100ae 12: @cdca1500 length 800000ae status 000100ae 13: @cdca1540 length 800000ae status 000100ae 14: @cdca1580 length 800000ae status 800100ae 15: @cdca15c0 length 800000ae status 800100ae eth0: Resetting the Tx ring pointer. NETDEV WATCHDOG: eth0: transmit timed out eth0: transmit timed out, tx_status 00 status e601. diagnostics: net 0cfa media 8880 dma 0000003a. Je vois qu'apparemment il y a un problème d'irq. On ne parle plus ici de eth1, qui apparemment est bien down. Quelle commande pour voir les IRQ ? *et pour les changer ? J'utilise la Mandrake 9.1, j'avais effectivement oublié de le préciser... <IMG SRC="images/smiles/icon_rolleyes.gif"> Merci et à bientôt ! <IMG SRC="images/smiles/icon_smile.gif">

par **jdh** » 09 Sep 2003 11:03

Le résultat que tu fournis pour dmesg est insuffisant. Si tu peux, envoies moi le par message privé. As tu essayé de retirer la 3com et réactiver la realtek ?

par **gi-joe** » 09 Sep 2003 11:06

un cat /proc/interrupts liste les irq et les periph associés

par **remi59** » 09 Sep 2003 11:24

Voici les IRQ de l'ordinateur en question : [root@Linux /]# cat /proc/interrupts CPU0 0: 9408243 IO-APIC-edge timer 1: 2625 IO-APIC-edge keyboard 2: 0 XT-PIC cascade 6: 206 IO-APIC-edge floppy 8: 2 IO-APIC-edge rtc 12: 127290 IO-APIC-edge PS/2 Mouse 14: 73269 IO-APIC-edge ide0 15: 98 IO-APIC-edge ide1 18: 0 IO-APIC-level SiS SI7012, eth0 20: 0 IO-APIC-level usb-ohci 21: 0 IO-APIC-level usb-ohci 22: 0 IO-APIC-level usb-ohci NMI: 0 LOC: 9408154 ERR: 0 MIS: 0 eth0 est ma carte 3Com, Y a-til un souci avec la SiS ? (irq18) Merci à vous !

problème ping

Qui est en ligne ?