Problème de communication sur ethernet

par **Bout.de.rim** » 21 Déc 2009 03:10

Bonjour à tous !

J'ai installé SME Server sur un "vieux" (surtout usé en fait) portable samsung (Q35).
Mes souhaits étant de pouvoir :

J'ai fait une installation en mode serveur seulement.
Le serveur ne joue pas le rôle de dhcp.
Le dhcp est assuré par la freebox.

Mais pour l'instant, je me heurte à un problème qui m'empêche d'aller plus loin :
Le serveur ne semble pas recevoir les paquets au dessus de la couche MAC.

Voici la configuration que j'ai adoptée pour essayer de comprendre :

Quelques petites choses que j'ai observées :

Exemple de ces fameuses reqêtes :
47 13.395783 SamsungE_27:3a:e2 Broadcast ARP Who has 192.168.0.100? Tell 192.168.0.14

Exemple de ping du PC (Wistron .15) vers SME(Samsung .14) :
50 15.622302 Wistron_8c:05:39 Broadcast ARP Who has 192.168.0.14? Tell 192.168.0.15
51 15.622780 SamsungE_27:3a:e2 Wistron_8c:05:39 ARP 192.168.0.14 is at 00:13:77:27:3a:e2
52 15.622799 192.168.0.15 192.168.0.14 ICMP Echo (ping) request
Malheureusement, ça s'arrête là...

Exemple de ping du serveur vers le PC :
21 12.016842 SamsungE_27:3a:e2 Broadcast ARP Who has 192.168.0.15? Tell 192.168.0.14
22 12.016885 Wistron_8c:05:39 SamsungE_27:3a:e2 ARP 192.168.0.15 is at 00:1d:72:8c:05:39
40 13.016703 SamsungE_27:3a:e2 Broadcast ARP Who has 192.168.0.15? Tell 192.168.0.14
41 13.016728 Wistron_8c:05:39 SamsungE_27:3a:e2 ARP 192.168.0.15 is at 00:1d:72:8c:05:39
Et ça continue comme ça pendant un moment...

Auriez-vous des idées ?
Cela pourrait-il venir du driver ?

Je préférerai autant que possible ne pas avoir à réinstaller car j'ai galéré à faire une install réseau (lecteur DVD HS). J'ai fait ça au mois d'aout. N'ayant pas eu le temps de m'en occuper depuis, je n'ai pu m'y remettre qu'aujourd'hui et j'ai déjà bien zappé comment je m'y était pris.

Merci d'avance pour votre aide !

PS : Je suis dans l'informatique, mais pas dans les réseaux. Il me reste bien quelques souvenir de cours, mais je n'ai jamais été très loin en réseau. Idem pour les UNIX, je travaille dessus quotidiennement mais je n'en suis pas expert.

par **Franck78** » 21 Déc 2009 20:34

Mais pour l'instant, je me heurte à un problème qui m'empêche d'aller plus loin :
Le serveur ne semble pas recevoir les paquets au dessus de la couche MAC.

iptables!

Si
#iptables -L
donne autre chose que trois lignes avec ACCEPT, va prendre une leçon ici : http://christian.caleca.free.fr , chapitre netfilter ;-)

spécialement:
http://irp.nain-t.net/doku.php/130netfi ... 0_iptables

par **Bout.de.rim** » 22 Déc 2009 00:39

Merci beaucoup pour la réponse !

J'ai essayé ce soir :

iptables -F
iptables -A INPUT -i lo -j ACCEPT
iptables -A OUTPUT -o lo -j ACCEPT
iptables -A INPUT -i eth0 -j ACCEPT
iptables -A OUTPUT -o eth0 -j ACCEPT

mais rien...

Je crois que je vais simplement passer à ubuntu server. Je vais avoir plus de boulot pour mettre en place, mais au moins, il y a de la doc en masse et une communauté active.

par **Franck78** » 22 Déc 2009 01:09

Code: Tout sélectionner: Chain INPUT (policy ACCEPT) target prot opt source destination Chain FORWARD (policy ACCEPT) target prot opt source destination Chain OUTPUT (policy ACCEPT) target prot opt source destination

c'est ce qu'il faut obtenir pour éliminer 'iptables'
Et il faut vérifier toutes les 'tables': -t nat -t filter -t mangle ....

Et si c'est pas ça, c'est ailleurs dans le stack IP si elle est toujours opérante.

Domage de ne pas chercher un peu plus à débuguer une cnx réseau. Ah, encore une chose: SME ou Ubuntu, c'est le même linux en dessous. Si tu ne sais pas pourquoi/comment tu as obtenu cette 'panne', tu recommenceras sans plus comprendre.

extrait de code qui prépare iptable

Code: Tout sélectionner: ## Bloque entièrement la table FILTER, laisse MANGLE et NAT $IPTABLES -t filter -P INPUT DROP $IPTABLES -t filter -P OUTPUT DROP $IPTABLES -t filter -P FORWARD DROP ## Supprime toutes les règles en place $IPTABLES -t filter -F $IPTABLES -t mangle -F $IPTABLES -t nat -F ## Supprime les chaines supplémentaires (non built-in) $IPTABLES -t filter -X $IPTABLES -t mangle -X $IPTABLES -t nat -X # Dangereux, pour certains besoins laisse le firewall ouvert $IPTABLES -P INPUT ACCEPT $IPTABLES -P OUTPUT ACCEPT $IPTABLES -P FORWARD ACCEPT echo Firewall désactivé ! exit 0

Bye

par **jdh** » 22 Déc 2009 01:23

En principe, une SME en "server only" ne comporte pas de script firewall ... (de mémoire).

Bien sur, ce script supprime toutes règles, ce qui évite les problèmes, mais avant de supprimer un "iptables -vn -L (-t nat)" permet de vérifier s'il y a besoin de faire quelque chose ...

Ce qui est plutôt troublant c'est cette histoire de .0.100 qui est devenu .0.14.
Là il y a eu forcément "bricolage", alors si on oublie ce qu'on a fait, on est mal pour remettre les choses en place ...

Et puis, j'ai du mal à voir un portable prendre le rôle d'un serveur SME ... se déplaçant pour être "proxy dans les hot-spots" (je peux supposer que Squid ne fait, lui aussi, pas partie de la panoplie "server only").

Bref, une reinstall propre, pas de bidouille, et des problèmes pourraient ne pas être là ...

par **Bout.de.rim** » 22 Déc 2009 01:43

Je suis désolé, je n'ai pas précisé qu'il s'agit d'un serveur perso (qui reste à la maison). C'est un portable sans écran, sans touchpad, sans batterie... il restera sous la freebox.

Pour ce qui est du bricolage, c'est clair : quand je me suis aperçu que le serveur n'était pas accessible, j'ai exploré différentes pistes. Dont un "ifconfig eth0 192.168.0.14". (Pourquoi .14 ? car c'est l'adresse que lui a répondu le dhcp de la freebox lorsque je tentais des "dhclient")

Je n'ai pas encore viré l'installation donc je vais essayer les conseils pour nettoyer les tables.

Pour une éventuelle réinstallation, si vous avez sous la main un tuto pour préparer une clef usb d'installation, je ré-essaye. Sinon, je n'ai aucune difficulté pour créer une clef pour ubuntu server d'où mon changement de distrib.

par **Franck78** » 22 Déc 2009 01:54

jdh a écrit:Bien sur, ce script supprime toutes règles, ce qui évite les problèmes, mais avant de supprimer un "iptables -vn -L (-t nat)" permet de vérifier s'il y a besoin de faire quelque chose ..

il a décidé de ne rien dire

par **Bout.de.rim** » 22 Déc 2009 01:59

Voilà :
netfilter est nettoyé.
J'ai bien les trois lignes avec ACCEPT.

J'ai bien remis l'ip à .100 avec "ifconfig eth0 192.168.0.100"

Mais ça ne fonctionne toujours pas.
Par exemple un ping du serveur vers une autre machine donne comme unique réponse des "Destination host unreachable".

Merci beaucoup Franck78 pour ton aide.
Bonne nuit.

par **jibe** » 22 Déc 2009 02:09

Salut,

Attention au fait que SME n'est pas un linux classique, et que toute modification du firewall doit passer par les templates. Des essais directs comme tu l'as fait sont susceptibles de fonctionner, mais il est difficile d'en être certain.

D'autre part, je ne sais pas ce que filtre la FreeBox lorsqu'elle est utilisée en routeur. Pas dit que tu ne retrouves pas la même chose avec un serveur Ubuntu... Bon, il faut voir aussi quels paramètres tu donnes à wireshark (c'est vrai que tout ce qui concerne une requête http et sa réponse devrait passer quelle que soit la config FreeBox).

Concernant ton montage, je n'aurais pas fait ça. Mais bon, étant allergique à la wifi que je considère comme une mode inutile et donc n'utilisant que des liaisons câblées, la SME en serveur-gateway dans la DMZ de la FreeBox ne me posent aucun problème.

Si tu veux quelques conseils sur l'utilisation de SME dans de petits réseaux, tu peux aller voir sur mon site. C'est plutôt orienté débutants, ce que tu ne sembles pas être, mais si tu n'as aucune pratique de SME et ne te sens pas trop à l'aise en réseaux, cela te sera peut-être un peu utile malgré tout.

Concernant un éventuel serveur Ubuntu, je pense que tu as conscience que c'est très différent : SME est une solution "clés en main" permettant de faire facilement et avec peu de connaissances un petit réseau sécurisé, alors qu'Ubuntu server est à configurer soi-même en fonction des besoins. Dans un cas, tu as la facilité, dans l'autre la souplesse. Pour ce qui est de la communauté, c'est peut-être que j'ai beaucoup plus l'habitude de SME que d'Ubuntu, mais j'ai bien moins de mal à trouver des infos concernant SME que concernant Ubuntu. La fameuse "communauté ubuntu" me semble surtout utile au bricoleur du Dimanche, alors que si la communauté SME est beaucoup moins grande, elle comporte une bonne proportion de professionnels qui la connaissent bien et peuvent donner des réponses sur des questions très pointues. Le newbie kit (post-ité sur ce forum) te donnera une série de bonnes adresses pour SME :wink:

par **Bout.de.rim** » 22 Déc 2009 15:25

Merci beaucoup pour ton message jibe.

Tu m'a convaincu de persévérer encore un peu sur SME.
Du coup j'ai pris mon courage à deux main pour refaire une installation en pxe.

Donc j'ai maintenant une installation neuve en mode server only avec l'adresse "192.168.0.100".

Malheureusement, j'ai le même problème...

Voici ce qui passe sur le réseau :

par **Bout.de.rim** » 22 Déc 2009 15:34

Et voici le retour de iptables -vn -L :

Code: Tout sélectionner: Chain INPUT (policy DROP 0 packets, 0 bytes) pkts bytes target prot opt in out source destination 4289 349K state_chk all -- * * 0.0.0.0/0 0.0.0.0/0 2582 190K local_chk all -- * * 0.0.0.0/0 0.0.0.0/0 3 984 PPPconn all -- * * 0.0.0.0/0 0.0.0.0/0 0 0 denylog all -- * * 224.0.0.0/4 0.0.0.0/0 0 0 denylog all -- * * 0.0.0.0/0 224.0.0.0/4 0 0 InboundICMP icmp -- * * 0.0.0.0/0 0.0.0.0/0 0 0 denylog icmp -- * * 0.0.0.0/0 0.0.0.0/0 0 0 InboundTCP tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp flags:0x16/0x02 0 0 denylog tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp flags:0x16/0x02 3 984 InboundUDP udp -- eth0 * 0.0.0.0/0 0.0.0.0/0 0 0 denylog udp -- eth0 * 0.0.0.0/0 0.0.0.0/0 0 0 gre-in 47 -- * * 0.0.0.0/0 0.0.0.0/0 0 0 denylog 47 -- * * 0.0.0.0/0 0.0.0.0/0 0 0 denylog all -- * * 0.0.0.0/0 0.0.0.0/0 Chain FORWARD (policy DROP 0 packets, 0 bytes) pkts bytes target prot opt in out source destination 0 0 state_chk all -- * * 0.0.0.0/0 0.0.0.0/0 0 0 local_chk all -- * * 0.0.0.0/0 0.0.0.0/0 0 0 ForwardedTCP tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp flags:0x16/0x02 0 0 ForwardedUDP udp -- * * 0.0.0.0/0 0.0.0.0/0 0 0 denylog all -- * * 0.0.0.0/0 0.0.0.0/0 Chain OUTPUT (policy ACCEPT 0 packets, 0 bytes) pkts bytes target prot opt in out source destination 32668 2199K PPPconn all -- * * 0.0.0.0/0 0.0.0.0/0 0 0 denylog all -- * * 224.0.0.0/4 0.0.0.0/0 0 0 denylog all -- * * 0.0.0.0/0 224.0.0.0/4 32668 2199K ACCEPT all -- * * 0.0.0.0/0 0.0.0.0/0 Chain ForwardedTCP (1 references) pkts bytes target prot opt in out source destination 0 0 ForwardedTCP_3549 all -- * * 0.0.0.0/0 0.0.0.0/0 0 0 denylog tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp flags:0x16/0x02 Chain ForwardedTCP_3549 (1 references) pkts bytes target prot opt in out source destination Chain ForwardedUDP (1 references) pkts bytes target prot opt in out source destination 0 0 ForwardedUDP_3549 all -- * * 0.0.0.0/0 0.0.0.0/0 0 0 denylog udp -- * * 0.0.0.0/0 0.0.0.0/0 Chain ForwardedUDP_3549 (1 references) pkts bytes target prot opt in out source destination Chain InboundICMP (1 references) pkts bytes target prot opt in out source destination 0 0 InboundICMP_3549 all -- * * 0.0.0.0/0 0.0.0.0/0 0 0 denylog icmp -- * * 0.0.0.0/0 0.0.0.0/0 Chain InboundICMP_3549 (1 references) pkts bytes target prot opt in out source destination 0 0 ACCEPT icmp -- * * 0.0.0.0/0 0.0.0.0/0 icmp type 8 0 0 ACCEPT icmp -- * * 0.0.0.0/0 0.0.0.0/0 icmp type 0 0 0 ACCEPT icmp -- * * 0.0.0.0/0 0.0.0.0/0 icmp type 3 0 0 ACCEPT icmp -- * * 0.0.0.0/0 0.0.0.0/0 icmp type 4 0 0 ACCEPT icmp -- * * 0.0.0.0/0 0.0.0.0/0 icmp type 11 0 0 ACCEPT icmp -- * * 0.0.0.0/0 0.0.0.0/0 icmp type 12 0 0 denylog all -- * * 0.0.0.0/0 0.0.0.0/0 Chain InboundTCP (1 references) pkts bytes target prot opt in out source destination 0 0 InboundTCP_3549 all -- * * 0.0.0.0/0 0.0.0.0/0 0 0 denylog tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp flags:0x16/0x02 Chain InboundTCP_3549 (1 references) pkts bytes target prot opt in out source destination 0 0 denylog all -- * * 0.0.0.0/0 !192.168.0.100 0 0 REJECT tcp -- * * 0.0.0.0/0 192.168.0.100 tcp dpt:113 reject-with tcp-reset 0 0 ACCEPT tcp -- * * 0.0.0.0/0 192.168.0.100 tcp dpt:80 0 0 ACCEPT tcp -- * * 0.0.0.0/0 192.168.0.100 tcp dpt:443 0 0 ACCEPT tcp -- * * 0.0.0.0/0 192.168.0.100 tcp dpt:25 0 0 ACCEPT tcp -- * * 0.0.0.0/0 192.168.0.100 tcp dpt:465 Chain InboundUDP (1 references) pkts bytes target prot opt in out source destination 3 984 InboundUDP_3549 all -- * * 0.0.0.0/0 0.0.0.0/0 0 0 denylog udp -- * * 0.0.0.0/0 0.0.0.0/0 Chain InboundUDP_3549 (1 references) pkts bytes target prot opt in out source destination 3 984 denylog all -- * * 0.0.0.0/0 !192.168.0.100 Chain PPPconn (2 references) pkts bytes target prot opt in out source destination 32671 2200K PPPconn_1 all -- * * 0.0.0.0/0 0.0.0.0/0 Chain PPPconn_1 (1 references) pkts bytes target prot opt in out source destination Chain denylog (20 references) pkts bytes target prot opt in out source destination 0 0 DROP udp -- * * 0.0.0.0/0 0.0.0.0/0 udp dpt:520 0 0 DROP udp -- * * 0.0.0.0/0 0.0.0.0/0 udp dpts:137:139 0 0 DROP tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp dpts:137:139 3 984 ULOG all -- * * 0.0.0.0/0 0.0.0.0/0 ULOG copy_range 0 nlgroup 1 prefix `denylog:' queue_threshold 1 3 984 DROP all -- * * 0.0.0.0/0 0.0.0.0/0 Chain gre-in (1 references) pkts bytes target prot opt in out source destination 0 0 denylog all -- * * 0.0.0.0/0 !192.168.0.100 0 0 denylog all -- * * 0.0.0.0/0 0.0.0.0/0 Chain local_chk (2 references) pkts bytes target prot opt in out source destination 2582 190K local_chk_3549 all -- * * 0.0.0.0/0 0.0.0.0/0 Chain local_chk_3549 (1 references) pkts bytes target prot opt in out source destination 1474 98206 ACCEPT all -- lo * 0.0.0.0/0 0.0.0.0/0 1105 90501 ACCEPT all -- * * 192.168.0.0/24 0.0.0.0/0 Chain state_chk (2 references) pkts bytes target prot opt in out source destination 1707 159K ACCEPT all -- * * 0.0.0.0/0 0.0.0.0/0 state RELATED,ESTABLISHED

par **Franck78** » 22 Déc 2009 22:24

Pourquoi y-a-t-il une chaine "pppconn" qui ferait penser à PPP alors qu'il y a une freebox derrière le SME? Normal? Erreur de config? Sorry, pas de SME sous la main.

Parceque la, sous une install fraiche, il ne reste que la grossière erreur de config, la carte réseau défectueuse...

Tu devrais essayer une live CD histoire de valider ton matériel...

par **Bout.de.rim** » 22 Déc 2009 23:01

Pour le ppp, cela peut venir du fait qu'il y a, sur ce portable, un modem 56k intégré.

Pour ce qui est de la carte réseau, elle marchait juste avant d'installer SME et j'ai quand même réussi à installer 2 fois SME en pxe/NFS. Donc si pxelinux.0 et vmlinuz arrive à s'en sortir et à faire passer tout le contenu d'un cd en NFS, c'est que ce n'est pas matériel. D'où ma première question qui était cela peut-il venir du driver ?

je vais essayer de démarrer une ubuntu live usb pour voir le driver utilisé pour la carte réseau.

par **Franck78** » 23 Déc 2009 00:28

finalement, je ne comprend plus rien à ton problème.
- ca a eu marché ( l'histoire de l'ip .100)
- puis plus rien suite ... à bidouille ?
- réinstall tout propre (on suppose comme au début) et ca marche pas

ou alors ca n'a jamais fonctionné et c'est quoi cette histoire d'IP .100....

Et c'est quoi cette SME qui interroge toutes les secondes. Marche pas son cache ARP? Ou elle ne fait rien des réponses et ceci explique le reste!

sort nous donc:
#ifconfig
#arp
#tcpdump -t -n

par **Bout.de.rim** » 23 Déc 2009 01:47

L'histoire du changement d'ip, on oublie.

L'IP .100 est l'adresse ip de SME que je lui ai donné à l'installation et qui n'a pas changé depuis.

SME n'a jamais marché.

C'est ce que je disait qu'il ne fait rien des réponses arp. La table arp est toujours vide.

Je suis en train de faire tourner ubuntu live sur le fameux samsung, le réseau fonctionne normalement (Ping, web, etc.).

Les retours de commande arrivent.

Pour l'instant, j'ai le lsmod d'ubuntu pour voir quel driver est utilisé.

Il me semble que le module correspondant à ethernet est b44.

Module Size Used by
nls_iso8859_1 3740 1
nls_cp437 5372 1
vfat 10716 1
fat 51452 1 vfat
usb_storage 52544 1
binfmt_misc 8356 1
ppdev 6688 0
lp 8964 0
parport 35340 2 ppdev,lp
snd_hda_codec_si3054 4636 1
snd_hda_codec_analog 59292 1
snd_hda_intel 26920 2
snd_hda_codec 75708 3 snd_hda_codec_si3054,snd_hda_codec_analog,snd_hda_intel
snd_hwdep 7200 1 snd_hda_codec
snd_pcm_oss 37920 0
snd_mixer_oss 16028 1 snd_pcm_oss
snd_pcm 75296 4 snd_hda_codec_si3054,snd_hda_intel,snd_hda_codec,snd_pcm_oss
snd_seq_dummy 2656 0
bridge 47952 0
stp 2272 1 bridge
snd_seq_oss 28576 0
bnep 12060 2
snd_seq_midi 6432 0
snd_rawmidi 22208 1 snd_seq_midi
pcmcia 36808 0
snd_seq_midi_event 6940 2 snd_seq_oss,snd_seq_midi
snd_seq 50224 6 snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_seq_midi_event
arc4 1660 2
snd_timer 22276 2 snd_pcm,snd_seq
snd_seq_device 6920 5 snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_rawmidi,snd_seq
dm_crypt 12928 0
iptable_filter 3100 0
ecb 2524 2
yenta_socket 24200 1
joydev 10272 0
btusb 11856 2
ip_tables 11692 1 iptable_filter
rsrc_nonstatic 11644 1 yenta_socket
sdhci_pci 7100 0
x_tables 16544 1 ip_tables
ricoh_mmc 3676 0
pcmcia_core 35792 3 pcmcia,yenta_socket,rsrc_nonstatic
snd 59204 17 snd_hda_codec_si3054,snd_hda_codec_analog,snd_hda_intel,snd_hda_codec,snd_hwdep,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_seq_oss,snd_rawmidi,snd_seq,snd_timer,snd_seq_device
sdhci 17472 1 sdhci_pci
iwl3945 77212 0
iwlcore 112508 1 iwl3945
mac80211 181236 2 iwl3945,iwlcore
led_class 4096 3 sdhci,iwl3945,iwlcore
soundcore 7264 1 snd
cfg80211 93052 3 iwl3945,iwlcore,mac80211
snd_page_alloc 9156 2 snd_hda_intel,snd_pcm
psmouse 56180 0
serio_raw 5280 0
squashfs 22912 1
aufs 149420 1
nfs 271912 1
lockd 67724 1 nfs
nfs_acl 2844 1 nfs
auth_rpcgss 36576 1 nfs
sunrpc 191712 9 nfs,lockd,nfs_acl,auth_rpcgss
dm_raid45 84228 0
xor 15620 1 dm_raid45
fbcon 36640 72
tileblit 2460 1 fbcon
font 8124 1 fbcon
bitblit 5372 1 fbcon
softcursor 1756 1 bitblit
ohci1394 29900 0
b44 28684 0
ssb 35300 1 b44
mii 5212 1 b44
ieee1394 86596 1 ohci1394
i915 221064 3
drm 159584 3 i915
i2c_algo_bit 5760 1 i915
intel_agp 27484 2 i915
agpgart 34988 2 drm,intel_agp
video 19380 1 i915
output 2780 1 video

Problème de communication sur ethernet

Problème de communication sur ethernet

Qui est en ligne ?