| Pour la mise a jour, il me dis que le media est mal configurer, dois obligatoirement configurer les paquetages via le site suite suivant :
http://easyurpmi.zarb.org/
Comperta qui s'occupe de xp pour la configuration Répondre à comperta | Ok merci de ton aide François
sinon pour le partage de la connection , cela ne marche pas,
quand j'essai PING , de linux vers xp ca ne marche pas et de wondows vers linux non plus !!
Comperta Répondre à comperta |
| 30 François, le 6 nov 2004 à 17:01:58Bon en relisant la dernière table de routage que tu as posté, elle ne semble pas se mettre à jour automatiquement... la passerelle par défault nbe correspond plus à ta ppp0.
De plus, as-tu 2 cartes réseaux sur ton PC? c'est quoi ce eth1???
Dans le doute, vas dans le ccm et vire toutes les interfaces, enregistre les changement, ferme le ccm et redémarre le pour vérifier qu'il a bien tout viré. Un fois que tu t'es assuré de çà, refais tes connexions en commençant par l'adsl, et ensuite eth0 (avec une adresse valide et compatible avec tes window$ bien sûr).
Si tu as un doute, reposte ton ifconfig+table de routage. Dans tous les cas, ta table de routage doit se mettre à jour automatiquement à chaque connexion de ppp0. Répondre à François |
| 31 comperta, le 6 nov 2004 à 20:01:51Je suis pas chez moi la, je test des que possible ce que tu m'as dit , eth1 est lié a mon modem sagem fast 908 qui possede une connection ethernet !!!
Comperta
Ps : merci pour le temps que tu nous consacre !! Répondre à comperta | Bon j'ai fais ce que tu m'as dis a savoir :
supprimer les connections reseau internet et local
fermer CCM
Rouvrir CCM
reconfigurer ADSL
reconfigurer Reseau local
reconfigurer le partage connection
resultat :
sous linux :
internet fonctionne
reseau local toujours pas
par contre j'arrive a pinger mon windows :
[root@lifetec comperta]# ping 192.168.1.4
PING 192.168.1.4 (192.168.1.4) 56(84) bytes of data.
64 bytes from 192.168.1.4: icmp_seq=1 ttl=128 time=0.424 ms
64 bytes from 192.168.1.4: icmp_seq=2 ttl=128 time=0.293 ms
64 bytes from 192.168.1.4: icmp_seq=3 ttl=128 time=0.293 ms
--- 192.168.1.4 ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2000ms
rtt min/avg/max/mdev = 0.293/0.336/0.424/0.065 ms
donc une toute petite amelioration.
sous windows :
rien de changer , toujours pas d'internet et toujours pas de reseau
au niveau ping :
reponse de 192.168.1.1 : impossible de joindre l'hote de destination
reponse de 192.168.1.1 : impossible de joindre l'hote de destination
reponse de 192.168.1.1 : impossible de joindre l'hote de destination
reponse de 192.168.1.1 : impossible de joindre l'hote de destination
Statistiques :
paquets : envoyés= 4 recus = 4 perdus =0
retour sous linux : un ifconfig me donne :
eth0 Lien encap:Ethernet HWaddr 00:02:B3:29:22:0E
inet adr:192.168.1.1 Bcast:192.168.1.255 Masque:255.255.255.0
adr inet6: fe80::202:b3ff:fe29:220e/64 Scope:Lien
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:80 errors:0 dropped:0 overruns:0 frame:0
TX packets:99 errors:0 dropped:0 overruns:61 carrier:0
collisions:0 lg file transmission:1000
RX bytes:10031 (9.7 Kb) TX bytes:10238 (9.9 Kb)
Interruption:12 Adresse de base:0x4000
eth1 Lien encap:Ethernet HWaddr 00:60:4C:3F:13:49
adr inet6: fe80::260:4cff:fe3f:1349/64 Scope:Lien
UP BROADCAST RUNNING MULTICAST MTU:65535 Metric:1
RX packets:2947 errors:0 dropped:0 overruns:0 frame:0
TX packets:2491 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:1000
RX bytes:1734511 (1.6 Mb) TX bytes:234516 (229.0 Kb)
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:238 errors:0 dropped:0 overruns:0 frame:0
TX packets:238 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:0
RX bytes:19337 (18.8 Kb) TX bytes:19337 (18.8 Kb)
ppp0 Lien encap:Protocole Point-à-Point
inet adr:82.65.90.72 P-t-P:192.168.254.254 Masque:255.255.255.255
UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1492 Metric:1
RX packets:1422 errors:0 dropped:0 overruns:0 frame:0
TX packets:1057 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:3
RX bytes:1018708 (994.8 Kb) TX bytes:67138 (65.5 Kb)
et un route :
Table de routage IP du noyau
Destination Passerelle Genmask Indic Metric Ref Use Iface
192.168.254.254 * 255.255.255.255 UH 0 0 0 ppp0
192.168.1.0 * 255.255.255.0 U 0 0 0 eth0
default 192.168.254.254 0.0.0.0 UG 0 0 0 ppp0
donc si j'ai bien suivi, il semblerais qu'il n'y est pas du tout de routage c'est bien ca ?
comperta Répondre à comperta |
| 33 François, le 6 nov 2004 à 23:38:21C'est probablement normal que tu n'aies pas de réponse à ton ping sur le linux si son firewall est actif... essaie de le désactiver et refaire un ping.
Essaie également de faire un ping (depuis windows) sur www.google.fr et comparer avec un ping sur 66.102.11.104 (l'IP de google.fr). Peut-être que sur l'IP çà passera...
Tape "cat /proc/sys/net/ipv4/ip_forward" et assure toi que ça renvoie "1".
(Si c'est pas le cas, fais "echo 1>/proc/sys/net/ipv4/ip_forward" pour activer le routage et réessaie)
Si tu sais pinguer sur ton XP depuis linux, la config est bien prise en compte, donc le problème se situe au firewall et/ou ou transfert (forwarding). Répondre à François | Bon j'ai desactivé le firwall,
le reseau LAN fonctionne !!! je vois linux depuis Xp et vice versa !!
je vias maintenant tester internet !!
UN GRAND MERCI A FRANCOIS
Comperta Répondre à comperta |
| Bon la comande : "cat /proc/sys/net/ipv4/ip_forward"
renvoie "1".
Sinon sous windows, lorsque je fait PING www.google.fr il me dis :
"La requete ping n'a pas trouvé l'hôte www.google.fr. Vérifiez le nom et essayez a nouveau."
par contre la comande PING 66.102.11.104 me renvoie :
delai d'attente de la demande dépassé.
delai d'attente de la demande dépassé.
delai d'attente de la demande dépassé.
delai d'attente de la demande dépassé.
chose etrange, quand je relance le CCM et que je fais : partage de la connection internet, il faut que je configure le partage, comme si je ne l'avais jamais fait ,
une fois fini , retour sur le pc xp, la commande www.google.fr me renvoie toujours :
"La requete ping n'a pas trouvé l'hôte www.google.fr. Vérifiez le nom et essayez a nouveau."
par contre la commande ping 66.102.11.104 me renvoie :
reponse de 66.102.11.104 !!!!!
je vais donc dans internet explorer je tape //66.102.11.104 et la ca marche j'ai google, mais si je tape www.google.fr j'ai rien ....
par contre mon reseau local ne marche plus,
ping 192.168.1.1 me renvoie :
reponse de 192.168.1.1 : impossible de joindre l'hote de destination
je rouvre donc le CCM, petit regard rapide sur le partage de la connection,j'ai le choix entre desactiver, reconfigurer ne rien faire=> donc c'est bon le partage est memorisé
je vais dans pare-feu => tout (pas de firwall) je valide
je retourne sous xp,
ping 192.168.1.1 :
reponse de 192.168.1.1 : octets ...............
ping 66.102.11.104 :
delai d'attente de la demande dépassé.
ping www.google.fr:
la un petit changement :
envoie d'une requete ping sur www.google.akadns.ner [66.102.11.99]
delai d'attente de la demande dépassé.
retour a la case depart, le reseau local fonctionne mais toujours pas internet , je ferme le CCM, je le rouvre et la OH surprise , le partage de connection est a reconfigurer ......bref je tourne en rond
autre chose , j'ai refait ifconfig et route et j'ai un truc bizarre dans route :
Table de routage IP du noyau
Destination Passerelle Genmask Indic Metric Ref Use Iface
lns-p19-8-a9.ro * 255.255.255.255 UH 0 0 0 ppp0
192.168.1.0 * 255.255.255.0 U 0 0 0 eth0
default lns-p19-8-a9.ro 0.0.0.0 UG 0 0 0 ppp0
c'est quoi lns-p19-8-a9.ro ??
Comperta Répondre à comperta |
|
| 35 Francois, le 7 nov 2004 à 11:17:28Heu... par contre rester sans firewall nb'est pas la meilleure chose!
Donc essaie de le réactiver, et si le problème revient, alors il faudra virer shorewall et utiliser iptables. Répondre à Francois |
| 37 François, le 7 nov 2004 à 12:16:24Bon, ben là je crois qu'on est face à un beau bug... jette un oeil dans le forum mandrake pour voir si ils en disent un mot.
Plus haut j'ai dit que j'aimais pas shorewall car il m'avait déjà posé des problèmes... ben c'est exactement pareil! D'une fois à l'autre les paramètres changent, la configuration n'est plus la même et ainsi de suite... Je sais pas si c'est shorewall ou mandrake qui est en cause, mais de toute façon, je te conseille de virer çà et passer à iptables.
Sauf si tu arrives à stabiliser la configuration... dans ce cas, pour résoudre le problème de pouvoir joindre une adresse www.google.fr alors qu'une adresse IP fonctionne, il faut ouvrir les ports 53/udp et 53/tcp sur le firewall. (port 53 = Service DNS) de même, tu auras peut-être intérêt à configurer tes machines internes pour leur donner le serveur DNS de ton provider, ainsi elle feront leurs requêtes directement à l'extérieur plutôt dque de passer par l'intermédiaire.
J'vais essayer de retrouver les infos pour faire du masquerading avec iptables (y'a un p'tit temps que j'ai plus joué avec çà! ;-)... tiens moi au courant des tests avec les ports 53.
Encore un détail : le partage reconfigure le firewall, donc quand tu fais des changements, règle d'abord le firewall et ensuite le partage.
Courage.. on va bientôt y arriver! là on sait que c'est pas un problème hardware on config réseau; c'est uniquement un bug de config shorewall. On s'en sortira!!! (avec iptables, jamais de souci... mais c'est du manuel!) Répondre à François |
| 38 François, le 7 nov 2004 à 13:32:00Bon, si tu veux essayer iptables, voici les commandes à executer. Pour ne pas tout retaper, fais un copier-coller dans un fichier et execute le avec le shell.
(Exemple : tu copies tout çà dans /home/comperta/iptables puis tu fais "bash /home/comperta/iptables". Il va virer tout ce qui est en place de manière TEMPORAIRE et mettre de nouvelles règles.)
Voici les règles :
#on nettoie tout:
iptables -F INPUT
iptables -F OUTPUT
iptables -F FORWARD
#on règle ce qui peut entrer depuis internet:
iptables -A INPUT -i ppp0 -m state --state ESTABLISHED,RELATED -j ACCEPT
#pour permette aux applications de communiquer entre-elle sur le linux:
iptables -A INPUT -i lo -j ACCEPT
#il faut permettre aux machines internes de passer:
iptables -A INPUT -i eth0 -j ACCEPT
#il faut faire du "masquerading" (NAT) pour partager la conexion:
iptables -t nat -A POSTROUTING -o ppp0 -j MASQUERADE
#pour pouvoir faire un ping depuis le réseau interne:
iptables -A INPUT -i eth0 -p icmp -j ACCEPT
#enfin, il faut bloquer le reste:
iptables -P INPUT DROP
iptables -P OUTPUT ACCEPT
iptables -P FORWARD ACCEPT
ensuite tu fais "echo 1>/proc/sys/net/ipv4/ip_forward" pour être certain que le forwarding est actif.
Là tu fais tous les tests de ping dans tous les sens, sur adresse et sur IP... et si çà marche, il faut enregistrer tout cela pour que çà revienne au prochain démarrage. Pour enregistrer, tu fais simplement un "iptables-save > /etc/sysconfig/iptables". Il faudra également désactiver shorewall.
Si çà marche pas, c'est que j'ai oublié ou mal configuré un truc... donc il faut un peu modifier... mais PAS DE PANIQUE, aucun changement n'aura été fait à la config shorewall, il suffit de redémarrer pour revenir à l'état initial.
Avec les réglages que j'ai fait dans ce script, les requêtes "ping" depuis ton réseau sont acceptée, contrairement à shorewall. Par contre, depuis internet tu es invisible... par sécurité! Répondre à François | 104 allamezon, le 5 déc 2004 à 13:40:18Salut François,
tout d'abord, merci pour le grand coup de main que tu nous donnes !
Voilà jusqu'au point 37, tout va bien, j'ai la connexion ppp0 et internet sur mon pc fixe (192.168.0.254) qui sert de passerelle pour mon réseau privé. Il est équipé de mandrake 10.1 (mise à jour de 9.2) que j'utilisais auparavant avec shorewall.
Jusque-là, ce maudit firewall fonctionnait mais avec la 10.1, rien ne va plus...
J'ai bien l'interface eth0 pour mon réseau et l'émulation eth1 pour le modem sagem 908.
Par contre, mon pc windows ne voit rien, gggggrrrrrrrrrrrr...
Voici un ping de mon pc fixe sous mandrake connecté à internet vers mon pc sous windaube distant :
[root@allamezon fauvel]# ping 192.168.0.143
PING 192.168.0.143 (192.168.0.143) 56(84) bytes of data.
From 192.168.0.254 icmp_seq=1 Destination Host Unreachable
From 192.168.0.254 icmp_seq=1 Destination Host Unreachable
From 192.168.0.254 icmp_seq=1 Destination Host Unreachable
From 192.168.0.254 icmp_seq=1 Destination Host Unreachable
From 192.168.0.254 icmp_seq=1 Destination Host Unreachable
From 192.168.0.254 icmp_seq=1 Destination Host Unreachable
ping: sendmsg: Operation not permitted
From 192.168.0.254 icmp_seq=2 Destination Host Unreachable
ping: sendmsg: Operation not permitted
From 192.168.0.254 icmp_seq=3 Destination Host Unreachable
ping: sendmsg: Operation not permitted
From 192.168.0.254 icmp_seq=4 Destination Host Unreachable
ping: sendmsg: Operation not permitted
C'est le même topo pour le pc sous windaube...
J'ai essayé en arrêtant shorewall d'utiliser Iptables mais ça ne donne rien...
J'ai essayé de taper ligne par ligne ton texte sur iptables mais voilà ce que ça donne :
"[root@allamezon fauvel]# ping 192.168.0.143
PING 192.168.0.143 (192.168.0.143) 56(84) bytes of data.
From 192.168.0.254 icmp_seq=1 Destination Host Unreachable
From 192.168.0.254 icmp_seq=2 Destination Host Unreachable
From 192.168.0.254 icmp_seq=3 Destination Host Unreachable
^XFrom 192.168.0.254 icmp_seq=5 Destination Host Unreachable
From 192.168.0.254 icmp_seq=6 Destination Host Unreachable
^[[A^[[A^[[A^[[A^[[AFrom 192.168.0.254 icmp_seq=8 Destination Host Unreachable
From 192.168.0.254 icmp_seq=9 Destination Host Unreachable
--- 192.168.0.143 ping statistics ---
10 packets transmitted, 0 received, +7 errors, 100% packet loss, time 9002ms
, pipe 3
[root@allamezon fauvel]# iptables -F INPUT
[root@allamezon fauvel]# iptables -F OUTPUT
[root@allamezon fauvel]# iptables -F FORWARD
[root@allamezon fauvel]# iptables -A INPUT -i ppp0 -m state --state ESTABLISHED,RELATED -j ACCEPT
[root@allamezon fauvel]# iptables -A INPUT -i lo -j ACCEPT
[root@allamezon fauvel]# iptables -A INPUT -i eth0 -j ACCEPT
[root@allamezon fauvel]# iptables -t nat -A POSTROUTING -o ppp0 -j MASQUERADE
[root@allamezon fauvel]# iptables -A INPUT -i eth0 -p icmp -j ACCEPT
[root@allamezon fauvel]# iptables -P INPUT DROP
[root@allamezon fauvel]# iptables -P OUTPUT ACCEPT
[root@allamezon fauvel]# iptables -P FORWARD ACCEPT
[root@allamezon fauvel]# echo 1>/proc/sys/net/ipv4/ip_forward
[root@allamezon fauvel]# ping 192.168.0.143
PING 192.168.0.143 (192.168.0.143) 56(84) bytes of data.
From 192.168.0.254 icmp_seq=6 Destination Host Unreachable
From 192.168.0.254 icmp_seq=9 Destination Host Unreachable
--- 192.168.0.143 ping statistics ---
11 packets transmitted, 0 received, +2 errors, 100% packet loss, time 9999ms
, pipe 2" Répondre à allamezon |
| 105 allamezon, le 5 déc 2004 à 15:54:38Bah voilà !!
J'avais tout essayé SAUF la carte réseau.
En dernier recours, je me suis dit : "j'ai une autre carte réseau, essayons-là !"
Et pof !! Voilà que celle que je mets change tout !!!
Tant mieux et bon courage pour les futurs newbies !!
A bientôt et encore merci à François pour le temps qu'il a pris pour nous aider
Bon courage !
Sébastien Répondre à allamezon |
|
| Salut françois
MERCI !!!
Ca marche avec iptables !! le reseau internet et local !!!
j'ai encore deux ou trois questions :
1) comment mettre resolu dans le titre du forum
2) comment etre sur que shorewall est désactivé ???
3) une fois sauvé le fichier iptables comment revenir à une version shorewall ?
Comperta qui te remercie pour ton aide et pour ta patience Répondre à comperta |
| 40 François, le 12 nov 2004 à 20:37:171> je pense pas qu'on puisse les changer après coup...
2>désinstalle-le en faisant "urpme shorewall"
3>Réinstalle simplement shorewall... il démarre après iptables, donc écrase tout ce qu' iptables aura fait.
Profite bien de ton réseau...
F. Répondre à François |
|
|