Partage de connexion internet

Support Debian
#1

Bonjour,

je voudrais relier deux ordinateurs par un cable réseau ethernet dans le but de partager un seule connexion internet donnée par un modem. L’ordinateur serveur (et fixe) se connecte à internet via un modem (speedtouch configuré par le paquet speedtouch-ng). L’ordinateur client (un portable) doit pouvoir se connecter en dhcp sur la connexion internet du serveur via ethernet.

J’ai essayé les trois méthodes présentées sous la doc d’ubuntu, sans résultat (doc.ubuntu-fr.org/partage_de_connexion_internet).

Voici quelques infos : [code]$ ifconfig
br0 Link encap:Ethernet HWaddr e0:cb:4e:06:2a:64
adr inet6: fe80::e2cb:4eff:fe06:2a64/64 Scope:Lien
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
Packets reçus:42 erreurs:0 :0 overruns:0 frame:0
TX packets:45 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:0
Octets reçus:6371 (6.3 KB) Octets transmis:8893 (8.8 KB)

br0:avahi Link encap:Ethernet HWaddr e0:cb:4e:06:2a:64
inet adr:169.254.5.22 Bcast:169.254.255.255 Masque:255.255.0.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1

eth0 Link encap:Ethernet HWaddr e0:cb:4e:06:2a:64
adr inet6: fe80::e2cb:4eff:fe06:2a64/64 Scope:Lien
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
Packets reçus:67 erreurs:0 :0 overruns:0 frame:0
TX packets:45 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:1000
Octets reçus:10750 (10.7 KB) Octets transmis:9175 (9.1 KB)
Interruption:21 Adresse de base:0x4000

lo Link 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
Packets reçus:4 erreurs:0 :0 overruns:0 frame:0
TX packets:4 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:0
Octets reçus:240 (240.0 B) Octets transmis:240 (240.0 B)

ppp0 Link encap:Protocole Point-à-Point
inet adr:90.40.196.144 P-t-P:90.40.196.1 Masque:255.255.255.255
UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1500 Metric:1
Packets reçus:910 erreurs:0 :0 overruns:0 frame:0
TX packets:934 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:3
Octets reçus:701365 (701.3 KB) Octets transmis:160833 (160.8 KB)
[/code][quote]:~$ cat /etc/network/interfaces
auto lo
iface lo inet loopback

auto ppp0
iface ppp0 inet ppp
provider speedtch

auto eth0
iface eth0 inet manual

auto br0
iface br0 inet dhcp
bridge_ports ppp0 eth0

[/quote] les deux dernières connexions (auto eth0 et auto br0) ont été ajouté pour tenter de dresser un pont réseau (deuxième solution de la doc ubuntu dont le lien est plus haut. Part ailleurs, j’ai viré network-manager sur le serveur qui ne me servait à rien (vu que la connexion est configurée par speedtouch-ng.

Des idées sur ce qui cloche ?

#2

Salut,
Ton câble est droit ou croisé ?

#3

pas de problème du côté du cable, il a déjà servi à monter un réseau entre un serveur sous window et un posted sous linux. Là je voudrais remonter le réseau mais maintenant entre deux postes sous linux.

#4

Re,

En fait je voulais savoir si tu te servais d’un “switch” ou pas. Si non, en principe, il faut un câble croisé (bien que les cartes modernes doivent, en principe, détecter s’il s’agit d’une connexion directe ou pas).

Donc un câble droit peut fonctionner avec certaines machines, et pas avec d’autres…

Question bête, si tu fixe une ip aux deux machines, dans le même réseau, arrivent-elles à communiquer (ping par exemple) ?

#5

Hum, la connexion ppp est une connxion poit à point sans DHCP. Je ne crois pas que tu puisses faire un bridge sur ppp (admettant donc une seule machine à chaque bout).

Visiblement, dans ton ifconfig, le ppp0 se configure bien mais le bridge est dans les choux. D’ailleurs quelle IP pourrait avoir la nouvelle machine connectée? Donc pour moi c’est sans espoir. Fais une connexion classique avec routage + translation d’adresse.

#6

merci de vos réponse,

J’abandonne donc pour le pont réseau et tente de n’établir qu’un partage de connexion simple.

Voici ce que j’ai fait sur le serveur : [ul][li]décommenter la ligne net.ipv4.ip_forward=1 dans /etc/sysctl.conf[/li]
[li]sudo iptables -t nat -A POSTROUTING -s 192.168.10.0/24 -o ppp0 -j MASQUERADE[/li][li]sudo ifconfig eth0 192.168.10.1[/li][li]mon fichier /etc/network/interfaces [code]auto lo
iface lo inet loopback

auto ppp0
iface ppp0 inet ppp
provider speedtch

iface eth0 inet static
address 192.168.10.121
netmask 255.255.255.0
broadcast 192.168.10.255
network 192.168.10.0
gateway 192.168.10.1
[/code][/li][/ul]
Mais ça ne marche pas : Voici le fichier /var/log/syslog qui correspond à un redémarrage de ma connexion ( /etc/init.d/networking restart) : [code]Mar 14 10:28:35 remp pppd[1749]: Terminating on signal 15
Mar 14 10:28:35 remp pppd[1749]: Connect time 4.9 minutes.
Mar 14 10:28:35 remp pppd[1749]: Sent 331447 bytes, received 1685035 bytes.
Mar 14 10:28:35 remp dnsmasq[1106]: reading /etc/resolv.conf
Mar 14 10:28:35 remp dnsmasq[1106]: using nameserver 80.10.246.132#53
Mar 14 10:28:35 remp dnsmasq[1106]: using nameserver 81.253.149.9#53
Mar 14 10:28:36 remp pppd[1749]: Connection terminated.
Mar 14 10:28:36 remp pppd[1749]: Exit.
Mar 14 10:28:37 remp pppd[2362]: Plugin pppoatm.so loaded.
Mar 14 10:28:37 remp pppd[2362]: PPPoATM plugin_init
Mar 14 10:28:37 remp pppd[2362]: PPPoATM setdevname_pppoatm - SUCCESS:8.35
Mar 14 10:28:37 remp pppd[2362]: pppd 2.4.5 started by user, uid 0
Mar 14 10:28:37 remp pppd[2362]: Using interface ppp0
Mar 14 10:28:37 remp pppd[2362]: Connect: ppp0 <–> 8.35
Mar 14 10:28:44 remp pppd[2362]: CHAP authentication succeeded: CHAP authentication success, unit 14672
Mar 14 10:28:44 remp pppd[2362]: CHAP authentication succeeded
Mar 14 10:28:44 remp dnsmasq[1106]: no servers found in /etc/resolv.conf, will retry
Mar 14 10:28:44 remp pppd[2362]: Cannot determine ethernet address for proxy ARP
Mar 14 10:28:44 remp pppd[2362]: local IP address 90.40.20.230
Mar 14 10:28:44 remp pppd[2362]: remote IP address 90.40.20.1
Mar 14 10:28:44 remp pppd[2362]: primary DNS address 81.253.149.1
Mar 14 10:28:44 remp pppd[2362]: secondary DNS address 80.10.246.3
Mar 14 10:28:45 remp ntpdate[2419]: adjust time server 91.189.94.4 offset -0.081966 sec

[/code]

P-S : mon cable est croisé

#7

echo "1" > /proc/sys/net/ipv4/ip_forward

et as tu indiqué à l’autre machine que sa passerelle est 192.168.10.1 (pourquoi ce changement d’IP de 192.168.10.121 à 192.168.10.1?)

#8

Non, je n’ai rien indiqué à la machine cliente, je pensais que je n’en avais pas besoin vu qu’elle dispose de network-manager en mode itinérant (dhcp).

J’ai passé ta commande sur le fichier /proc/sys/net/ipv4/ip_forward.

Pour l’ip, il s’agit d’une erreur de ma part. Je l’ai modifier en : iface eth0 inet static address 192.168.0.1 netmask 255.255.255.0 broadcast 192.168.0.255 Est-ce correct ? Ne faudrait-il pas rajouter un allow-hotplug pour que la connexion se fasse au branchement du cable réseau ?

Et enfin, voici les fichiers qui correspondent au redémarrage de la connexion (cable réseau branché) avec le nouveau fichier interfaces et les logs : [code]$ sudo /etc/init.d/networking restart

  • Reconfiguring network interfaces… Plugin pppoatm.so loaded.
    PPPoATM plugin_init
    PPPoATM setdevname_pppoatm - SUCCESS:8.35
    Using interface ppp0
    Connect: ppp0 <–> 8.35
    CHAP authentication succeeded: CHAP authentication success, unit 21598
    CHAP authentication succeeded
    Cannot determine ethernet address for proxy ARP
    local IP address 90.40.163.173
    remote IP address 90.40.163.1
    primary DNS address 81.253.149.9
    secondary DNS address 80.10.246.132
    [ OK ]
    [/code]

Mar 14 12:14:21 remp pppd[9617]: Terminating on signal 15 Mar 14 12:14:21 remp pppd[9617]: Connect time 5.1 minutes. Mar 14 12:14:21 remp pppd[9617]: Sent 8108 bytes, received 17796 bytes. Mar 14 12:14:21 remp dnsmasq[1106]: reading /etc/resolv.conf Mar 14 12:14:21 remp dnsmasq[1106]: using nameserver 81.253.149.2#53 Mar 14 12:14:21 remp dnsmasq[1106]: using nameserver 80.10.246.1#53 Mar 14 12:14:21 remp pppd[9617]: Connection terminated. Mar 14 12:14:21 remp pppd[9748]: Plugin pppoatm.so loaded. Mar 14 12:14:21 remp pppd[9748]: PPPoATM plugin_init Mar 14 12:14:21 remp pppd[9748]: PPPoATM setdevname_pppoatm - SUCCESS:8.35 Mar 14 12:14:21 remp pppd[9748]: pppd 2.4.5 started by elisabeth, uid 0 Mar 14 12:14:21 remp pppd[9748]: connect(8.35): Address already in use Mar 14 12:14:21 remp pppd[9748]: Exit. Mar 14 12:14:21 remp pppd[9617]: Exit. Mar 14 12:14:26 remp pppd[9777]: Plugin pppoatm.so loaded. Mar 14 12:14:26 remp pppd[9777]: PPPoATM plugin_init Mar 14 12:14:26 remp pppd[9777]: PPPoATM setdevname_pppoatm - SUCCESS:8.35 Mar 14 12:14:26 remp pppd[9777]: pppd 2.4.5 started by elisabeth, uid 0 Mar 14 12:14:26 remp pppd[9777]: Using interface ppp0 Mar 14 12:14:26 remp pppd[9777]: Connect: ppp0 <--> 8.35 Mar 14 12:14:26 remp pppd[9777]: CHAP authentication succeeded: CHAP authentication success, unit 21598 Mar 14 12:14:26 remp pppd[9777]: CHAP authentication succeeded Mar 14 12:14:26 remp pppd[9777]: Cannot determine ethernet address for proxy ARP Mar 14 12:14:26 remp pppd[9777]: local IP address 90.40.163.173 Mar 14 12:14:26 remp pppd[9777]: remote IP address 90.40.163.1 Mar 14 12:14:26 remp pppd[9777]: primary DNS address 81.253.149.9 Mar 14 12:14:26 remp pppd[9777]: secondary DNS address 80.10.246.132 Mar 14 12:14:26 remp dnsmasq[1106]: no servers found in /etc/resolv.conf, will retry Le partage de connexion n’est toujours pas opérationnel.

#9

Sur la machine avec la connexion ppp, done le résultat de ifconfig.

Sur une machine client, essaye de faire
ping 192.168.0.1
ping 90.40.163.173
ping 90.40.163.1
ping 209.85.227.99

quels sont les pings qui marchent?

#10

le ifconfig de la machine serveur [code]~$ ifconfig
lo Link 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
Packets reçus:4 erreurs:0 :0 overruns:0 frame:0
TX packets:4 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:0
Octets reçus:240 (240.0 B) Octets transmis:240 (240.0 B)

ppp0 Link encap:Protocole Point-à-Point
inet adr:90.40.189.195 P-t-P:90.40.189.1 Masque:255.255.255.255
UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1500 Metric:1
Packets reçus:1396 erreurs:0 :0 overruns:0 frame:0
TX packets:1550 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:3
Octets reçus:1181999 (1.1 MB) Octets transmis:285322 (285[/code] Plus de eth0 depuis la modification de /etc/network/interfaces …

Pour les ping, aucun ne répond. J’ai le même message d’erreur pour tous du genre : From 169.254.5.252 icmp_seq=33 Destination Host Unreachable From 169.254.5.252 icmp_seq=35 Destination Host Unreachable From 169.254.5.252 icmp_seq=36 Destination Host Unreachable From 169.254.5.252 icmp_seq=37 Destination Host Unreachable From 169.254.5.252 icmp_seq=39 Destination Host Unreachable From 169.254.5.252 icmp_seq=40 Destination Host Unreachable From 169.254.5.252 icmp_seq=41 Destination Host Unreachable From 169.254.5.252 icmp_seq=43 Destination Host Unreachable From 169.254.5.252 icmp_seq=44 Destination Host Unreachable From 169.254.5.252 icmp_seq=45 Destination Host Unreachable From 169.254.5.252 icmp_seq=47 Destination Host Unreachable From 169.254.5.252 icmp_seq=48 Destination Host Unreachable From 169.254.5.252 icmp_seq=49 Destination Host Unreachable

#11

Rajoute «auto eth0» et refais le ping après avoir fait

ifup eth0

#12

après avoir rajouté auto eth0, le ifconfig sur le serveur montre l’interface eth0 et un ping répond : $ ping 192.168.0.1 PING 192.168.0.1 (192.168.0.1) 56(84) bytes of data. 64 bytes from 192.168.0.1: icmp_seq=1 ttl=64 time=0.209 ms 64 bytes from 192.168.0.1: icmp_seq=2 ttl=64 time=0.524 ms 64 bytes from 192.168.0.1: icmp_seq=3 ttl=64 time=0.178 ms 64 bytes from 192.168.0.1: icmp_seq=4 ttl=64 time=0.162 ms 64 bytes from 192.168.0.1: icmp_seq=5 ttl=64 time=0.169 ms 64 bytes from 192.168.0.1: icmp_seq=6 ttl=64 time=0.192 ms 64 bytes from 192.168.0.1: icmp_seq=7 ttl=64 time=0.173 ms 64 bytes from 192.168.0.1: icmp_seq=8 ttl=64 time=0.173 ms 64 bytes from 192.168.0.1: icmp_seq=9 ttl=64 time=0.193 ms 64 bytes from 192.168.0.1: icmp_seq=10 ttl=64 time=0.182 ms 64 bytes from 192.168.0.1: icmp_seq=11 ttl=64 time=0.189 ms 64 bytes from 192.168.0.1: icmp_seq=12 ttl=64 time=0.528 ms 64 bytes from 192.168.0.1: icmp_seq=13 ttl=64 time=0.243 ms 64 bytes from 192.168.0.1: icmp_seq=14 ttl=64 time=0.168 ms 64 bytes from 192.168.0.1: icmp_seq=15 ttl=64 time=0.180 ms 64 bytes from 192.168.0.1: icmp_seq=16 ttl=64 time=0.220 ms 64 bytes from 192.168.0.1: icmp_seq=17 ttl=64 time=0.188 ms 64 bytes from 192.168.0.1: icmp_seq=18 ttl=64 time=0.208 ms 64 bytes from 192.168.0.1: icmp_seq=19 ttl=64 time=0.536 ms 64 bytes from 192.168.0.1: icmp_seq=20 ttl=64 time=0.175 ms 64 bytes from 192.168.0.1: icmp_seq=21 ttl=64 time=0.144 ms Tous les autres affichent le même résultat qu’auparavant.

#13

et les autres? (De la machine connectée)

#14

Sur le serveur, tous les pings répondent sauf ping 90.40.163.173 PING 90.40.163.173 (90.40.163.173) 56(84) bytes of data. Merci de ton aide.

#15

Il n’y a pas de solution ?

#16

J’ai pris 90.40.163.173 car c’était l’autre bout de ton ppp. Donc ta connexion marche sur le serveur.
Donc maintenant, sur une machine connectée, donne le résultat de

ifconfig?

#17

Je te trouve bien timoré, il faut l’écrire en gros et en rouge : un pont ethernet ne peut regrouper que des interfaces de type ethernet, c’est-à-dire avec “link encap: ethernet”, ce qui n’est pas le cas notamment d’une interface PPP.

Pour info, on peut faire du DHCP sur PPP, en tout cas du DHCPv6 puisque c’est ce que Wanadoo/Orange utilisait pour fournir le préfixe IPv6 lors de son expérimentation ADSLv6 (IPv6 natif sur PPP).

#18

Bonjour Pascal, ça faisait longtemps. Je ne connais pas bien le protocole attribuant l’IP à l’autre bout d’une connexion point à point, c’est à ce stade qu’il y a un DHCP de possible j’imagine dans certains cas.

Tiens, un fil où je me demande si j’ai donné la bonne solution (du moins la plus pratique) est celui là: http://forum.debian-fr.org/viewtopic.php?f=3&t=26356, si tu as du temps à perdre…

#19

Le protocole classique de négociation (et pas d’attribution, PPP étant un protocole d’égal à égal, pas client-serveur) des adresses IP sur une liaison PPP est IPCP. Mais en IPv6, son équivalent IPV6CP ne négocie que les adresses link-local des deux extrémités, qui n’ont pas grande utilité. Pour la configuration d’adresses globales, il faut autre chose. Nerim a choisi la configuration statique, plus simple mais qui implique que l’équipement du client doit connaître son préfixe a priori ; Orange avait au contraire choisi DHCPv6.

EDIT concernant l’autre fil : tes explications sur les alias IP sont impeccables. Je suppose que les adresses MAC virtuelles sont utiles lorsque le serveur dédié doit héberger des machines virtuelles pontées avec son interface physique.

#20

Merci de vos réponses.

Le réseau local à configuré n’est pas chez moi. Je posterai donc ce week-end pour vous donner le résultat de ifconfig.

De mémoire, il y avait (comme interface) : lo, wlan0, eth0 et eth0-avahi. Peut-être que cette dernière interface fantôme (eth0-avahi) est à l’origine des problèmes de connexion. Elle doit être un reste de mes précédentes tentatives.