problème ping réseaux

[blondin93]

Bonjour à tous,

J'ai vu qu'il y a déjà des messages qui parlent plus moins de ce problème mais je n'ai trouvé aucune solution.

Mon problème :

Je suis tout nouveau dans le monde Linux (c'est déjà un gros problème !!).

J'ai deux pc dont un avec xp pro, l'autre avec xp family et j'aimerai utiliser un pc avec Mandrake 10 pour partager ma connexion adsl, faire un serveur de bdd, web ... (c'est pas gagné !!)

Ma connection internet sur mon Linux est ok.

Le problème (pour linstant) est que je n'arrive pas à communiquer avec mes deux autres pc.
Le seul ping que j'arrive à faire est entre les deux pc équipés de XP.

L'adressage est statique.
Paramètres :
PC Linux :
- adresse ip : 192.168.0.1
- masque : 255.255.255.0
- passerelle : ???

PC XPpro :
- adresse ip : 192.168.0.3
- masque : 255.255.255.0
- passerelle : 192.168.0.1

PC XPfamily :
- adresse ip : 192.168.0.2
- masque : 255.255.255.0
- passerelle : 192.168.0.1

Rien dans les DNS, ni dans les WINS des deux derniers.

J'ai essayé plusieurs truc avant de poster, mais rien y fait.

Voila ce que ifconfig donne :



eth0 Lien encap:Ethernet HWaddr 00:50:BF:32:EB:0E

inet adr:192.168.0.1 Bcast:192.168.0.255 Masque:255.255.255.0

adr inet6: fe80::250:bfff:fe32:eb0e/64 Scope:Lien

UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1

RX packets:934 errors:0 dropped:0 overruns:0 frame:0

TX packets:54 errors:0 dropped:0 overruns:0 carrier:0

collisions:0 lg file transmission:1000

RX bytes:115662 (112.9 Kb) TX bytes:3642 (3.5 Kb)

Interruption:11 Adresse de base:0x3000



lo Lien encap:Boucle locale

inet adr:127.0.0.1 Masque:255.0.0.0

adr inet6: ::1/128 Scope:Hôte

UP LOOPBACK RUNNING MTU:16436 Metric:1

RX packets:888 errors:0 dropped:0 overruns:0 frame:0

TX packets:888 errors:0 dropped:0 overruns:0 carrier:0

collisions:0 lg file transmission:0

RX bytes:129691 (126.6 Kb) TX bytes:129691 (126.6 Kb)



ppp0 Lien encaprotocole Point-à-Point

inet adr:82.121.98.55 P-t-P:193.253.160.3 Masque:255.255.255.255

UP POINTOPOINT RUNNING NOARP MULTICAST MTU:9178 Metric:1

RX packets:2513 errors:0 dropped:0 overruns:0 frame:0

TX packets:2481 errors:0 dropped:0 overruns:0 carrier:0

collisions:0 lg file transmission:3

RX bytes:2041991 (1.9 Mb) TX bytes:323089 (315.5 Kb)



Si ça peut vous aider à m'aider, voici ce que me donne un ping (Linux >> XP) :

[root@server florian]# ping 192.168.0.2
PING 192.168.0.2 (192.168.0.2) 56(84) bytes of data.
From 192.168.0.1 icmp_seq=1 Destination Host Unreachable
From 192.168.0.1 icmp_seq=1 Destination Host Unreachable
From 192.168.0.1 icmp_seq=1 Destination Host Unreachable
From 192.168.0.1 icmp_seq=1 Destination Host Unreachable
From 192.168.0.1 icmp_seq=1 Destination Host Unreachable
From 192.168.0.1 icmp_seq=1 Destination Host Unreachable
ping: sendmsg: Operation not permitted
From 192.168.0.1 icmp_seq=2 Destination Host Unreachable
ping: sendmsg: Operation not permitted
From 192.168.0.1 icmp_seq=3 Destination Host Unreachable
ping: sendmsg: Operation not permitted
From 192.168.0.1 icmp_seq=4 Destination Host Unreachable
ping: sendmsg: Operation not permitted

--- 192.168.0.2 ping statistics ---
4 packets transmitted, 0 received, +9 errors, 100% packet loss, time 3043ms


Pour ma part, c'est cette phrase qui me chaginne :
ping: sendmsg: Operation not permitted
mais ça ne me parle pas, ça veut dire quoi, svp ?

Encore une chose, sur un forum où une personne avait plus ou moins le même problème, on lui conseillait de faire ceci :
/proc/sys/net/ipv4/icmp_echo_ignore_all.

Vou vous doutez bien que j'ai essayé.
Et bien figuré vous qu'il m'a jeté !!!
Résultat :
[root@server florian]# /proc/sys/net/ipv4/icmp_echo_ignore_all
bash: /proc/sys/net/ipv4/icmp_echo_ignore_all: Permission denied

Bref je sais pas quoi faire. J'ai souvent vu revenir iptables dans les forums mais j'ai peur de me lancer dans un truc farfelu qui accentura mon problème.

Voila, désolé pour le post un peu long ...

Merci déjà à ceux qui ont tout lu,

[nono717]

Je pense que tu as deux problèmes.

1 Ton pc n'est pas configuré en passerelle.
2 Le trafic sur le réseau local depuis ton serveur est interdit par ton pare feu.

2 bis par défaut linux ne reçoit pas les pings.

pour le moment j'ai la 9.2, j'attend le dvd de la 10.0.
Peut pas en faire plus pour l'instant, je ne sais plus dans la configuration et si j'y vais ça va encore me couper la connexion, assez longue à rétablir en manuel. On pourra essayer avec webmin. De plus c'est l'heure de l'apéro et si je ne bouge pas mon pote va se torcher la bouteille de pastis tout seul.

A++++

[nono717]

Je viens d'installer mdk 10.0 et je suis en train d'essayer de configurer mon réseau.

As tu réussi à configurer le tien

[tomtom]

alors deja fais ceci :
(en root)

echo 0 > /proc/sys/net/ipv4/icmp_echo_ignore_all

(ca, c'est pour pouvoir pinger de windwos -> linux)
il te manquait le debut de la commande.

Ensuite, ton erreur semble indiquer deux choses :

1- Il y a un firewall de configure (tu te mets bien en root au fait, pour faire ton ping ?) et il bloque le ping.
Pour verifier, ajoute ces commande :

iptables -F OUTPUT
iptables -P OUTPUT ACCEPT

Si ca marche apres ça, tu as le firewall configuré et un peu restrictif !
(tu as fais quel mode d''installation ? paranoiaque ?)

Autre point, il faudrait verifier ta table de routage à l'aide de la commande "route"

t.

[nono717]

Pas de nouvelles de blondin93

Je rencontre des problèmes avec mon réseau privé. Je n'ai pas eu le temps de chercher, mais le partage de connexion génère les problèmes suivants Shorewall echec pour une règle RULES qui ne fonctiionne pas ETH0 echec ETH1 echec.
Je viens seulement de télécharger l'aide du nouveau centre de contrôle et je constate qu'il m'en manque des morceaux.

La connexion internet fonctionne très bien, par contre perte de connexion quand l'on va bidouiller le réseau dans le centre de contrôle. Problème connu avec la 9.2 mais avec la 10.0 je ne sais plus rétablir la connexion en manuel.

Je vais chercher et voir si je ne commets pas toujours la même erreur. S'il existe des problèmes de paramètrage ça fera l'objet d'un nouveau sujet vu qu'il ne s'agira pas simplement d'un problème de ping.