[Linux-bruxelles] adsl skynet sous fedora core 1

Eric Freyens efreyens at tiscali.be
Mer 26 Mai 14:00:30 CEST 2004


Sébastien de Menten wrote:

>Bonjour tout le monde,
>
>Je peux enfin profiter d'une connexion adsl sous linux mais j'ai encore un 
>petit probleme de fond : la compréhension ... comment se fait-il que ca 
>foncionne ?
>
>Didrik (Pinte) m'a déjà donné un serieux coup de pouce pour m'orienter dans 
>mes recherches et j'ai finalement, un peu par hasard, réussi a acceder au 
>"truc" (dns et autres).
>
>Je n'en touche pas une sur tout ce qui est réseau mais voici la description de 
>comment j'y suis arrivé manuellement (la question qui suit est bien sur 
>"Pourquoi cela ne s'est-il pas fait automatiquement?")
>
>Apres avoir configuré le ppp (via adsl-setup) et lancé la connexion, ifconfig 
>me donne :
>
>eth1      Link encap:Ethernet  HWaddr 00:0E:A6:04:2F:BC
>          inet addr:10.0.0.1  Bcast:10.0.0.255  Mask:255.255.255.0
>          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
>          RX packets:2106 errors:0 dropped:0 overruns:0 frame:0
>          TX packets:2242 errors:0 dropped:0 overruns:0 carrier:0
>          collisions:0 txqueuelen:1000
>          RX bytes:404309 (394.8 Kb)  TX bytes:207266 (202.4 Kb)
>          Interrupt:5
>
>ppp0      Link encap:Point-to-Point Protocol
>          inet addr:81.243.233.109  P-t-P:81.243.233.1  Mask:255.255.255.255
>          UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:1492  Metric:1
>          RX packets:6 errors:0 dropped:0 overruns:0 frame:0
>          TX packets:5 errors:0 dropped:0 overruns:0 carrier:0
>          collisions:0 txqueuelen:3
>          RX bytes:250 (250.0 b)  TX bytes:222 (222.0 b)
>
>et route me donne:
>
>Kernel IP routing table
>Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
>81.243.235.1    *               255.255.255.255 UH    0      0        0 ppp0 (1)
>10.0.0.0        *               255.255.255.0   U     0      0        0 eth1 (2)
>169.254.0.0     *               255.255.0.0     U     0      0        0 eth1 (3)
>168.0.0.0       *               255.255.0.0     U     0      0        0 eth0 (4)
>168.0.0.0       *               255.255.0.0     U     0      0        0 eth0 (5)
>127.0.0.0       *               255.0.0.0       U     0      0        0 lo   (6)
>default         10.0.0.138      0.0.0.0         UG    0      0        0 eth1 (7)
>  
>
Le résultat de la commande route montre que tu as plusieurs interfaces 
réseaux sur ta machine eth0 et eth1.
Pour analyser le résultat de route il faut bien regarder et surtout 
comprendre le fonctionnement des masques et même quand on pense que l'on 
a compris on n'est pas toujours sur :)
Le masque dans la commande route est inverse du masque que l'on utilise 
pour son interface, je m'esplique :
* La première ligne  signale que  lorsque tu fais une requête sur 
l'adresse 81.243.235.1, le masque 255.255.255.255 sera apliqué et donc 
si tout les bits sont identique  alors la requête sera transmise à 
l'interface ppp0, donc seul les requêtes sur cette adresse seront transmise.
* La seconde ligne fait la même chose, mais comme le masque est 
différent, les adresse 10.0.0.0 -> 10.0.0.255 seront transmises à eth1.
* La troisième ligne fait la même chose, mais comme le masque est 
différent, les adresse 169.254.0.0 -> 169.254.255.255 seront transmises 
à eth1.
* La quatrième et la cinquième font doublons, mais utilise le même 
principe, les adresse 168.0.0.0 -> 168.0.255.255 seront transmises à eth0.
* La sixième peut être enlevée (je ne rentre pas dans les détails).
* La septième ligne, la plus intéressante c'est elle  qui sert de 
passerelle, les requêtes qui n'ont pas abouti, sont transmise à 
l'adresse 10.0.0.138 en fonction du masque qui est 0.0.0.0, donc pour 
toutes les adresses.
Quand tu fais ton ping 130.104.36.1 les requête n'a pas abouti sur les 6 
premières lignes, cette requête est donc transmise à eth1, qui ne 
connait pas d'adresse 130.104.36.1

Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
default         81.243.235.1    0.0.0.0         UG    0      0        0 ppp0 (1)
10.0.0.0        *               255.255.255.0   U     0      0        0 eth1 (2)
169.254.0.0     *               255.255.0.0     U     0      0        0 eth1 (3)
168.0.0.0       *               255.255.0.0     U     0      0        0 eth0 (5)
default         10.0.0.138      0.0.0.0         UG    0      0        0 eth1 (7)

Si tu t'arranges pour avoir  une table qui ressemble à ceci tu devrais 
avoir le résultat escompte.
Amicalement

Eric F.

>Avec cette configuration, ping d'un serveur DNS quelconque ne donne rien:
>PING 130.104.36.1 (130.104.36.1) 56(84) bytes of data.
>From 10.0.0.138 icmp_seq=0 Destination Host Unreachable
>From 10.0.0.138 icmp_seq=1 Destination Host Unreachable
>From 10.0.0.138 icmp_seq=2 Destination Host Unreachable
>From 10.0.0.138 icmp_seq=3 Destination Host Unreachable
>From 10.0.0.138 icmp_seq=4 Destination Host Unreachable
>
>En essayant:
>route add default gw ppp0
>j'obtiens
>ppp0: Host name lookup failure
>
>avec 
>route add default gw 81.243.235.1 
>cela ajoute l'adresse a la table de routage mais le ping ne fonctionne 
>toujours pas...
>
>C'est en ajoutant l'IP de la connexion ppp0 
>route add default gw 81.243.233.109
>que le ping (et le reste, cad internet + mail ...) devient accessible.
>
>Ze question:
>Pq est-ce cette adresse qu'il faut donner ?
>Pq le script de configuration ne le fait pas automatiquement ?
>Comment automatiser cela ?
>et en bonus:
>Est-ce dangereux de n'avoir aucun firewall si je n'ai aucun serveur ? Le cas 
>echeant, quelle est une solution facile pour l'inculte en réseau que je 
>suis ?
>
>
>Merci pour votre aide
>A+
>Seb
>
>
>  
>





Plus d'informations sur la liste de diffusion Linux-bruxelles