Pages : 1
#1 Le 11/10/2018, à 21:02
- slf
partage domestique smartphone 4G en USB
Bonjour,
J'avais une clef 4G USB connectée sur un vieux XP dont l'adresse 192.168.1.3 était le getaway de tous les autres kubuntu (16.4 ou 14.4 LTS) connectés (deux en filaire et un en wifi en sus des smartphones).
Mon vieux XP ayant rendu l'ame j'ai donc branché sur un kubuntu 16.4 en USB un smartphone au wifi désactivé et en partage USB.
Sur mon 192.1681.7 apparait alors la liaison filaire enp0s18f2u1 qui ne marchait qu'en desactivant eth0 : ce conflit de route a été résolu en mettant à 0.0.0.0 le gw dans la défintion manuelle de l'adresse de 192.168.1.7 sur eth0.
C'est grace à ce fonctionnement que je suis ici ce soir : merci.
Mais problème. Je n'ai pas réussi à faire accéder au net mes autres PC : ils ont comme gw 192.168.1.7 (j'ai essayé l'adresse d'un pont, l'adresse du smartphone, l'adresse de enp0s18f2u1 sans succès).
J'ai essayé un pont sur 192.168.1.7 mais tout aussi sans succès.
Que puis je faire ?
Merci d'avance.
Voici les datas :
papa@Tour:~$ ifconfig
br0 Link encap:Ethernet HWaddr 1a:45:d1:c1:19:5e
inet adr:192.168.1.40 Bcast:192.168.1.255 Masque:255.255.255.0
UP BROADCAST MULTICAST MTU:1500 Metric:1
Packets reçus:0 erreurs:0 :0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:1000
Octets reçus:0 (0.0 B) Octets transmis:0 (0.0 B)
enp0s18f2u1 Link encap:Ethernet HWaddr 32:27:98:c5:ce:c7
inet adr:192.168.42.82 Bcast:192.168.42.255 Masque:255.255.255.0
adr inet6: fe80::7323:7d89:8272:1855/64 Scope:Lien
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
Packets reçus:59202 erreurs:0 :0 overruns:0 frame:0
TX packets:68459 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:1000
Octets reçus:79033789 (79.0 MB) Octets transmis:8643111 (8.6 MB)
eth0 Link encap:Ethernet HWaddr d0:50:99:57:24:4d
inet adr:192.168.1.7 Bcast:192.168.1.255 Masque:255.255.255.0
adr inet6: fe80::e577:78f0:ac2f:779e/64 Scope:Lien
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
Packets reçus:572755 erreurs:0 :1 overruns:0 frame:0
TX packets:799365 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:1000
Octets reçus:48871608 (48.8 MB) Octets transmis:695003006 (695.0 MB)
Interruption:30
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:65536 Metric:1
Packets reçus:527102 erreurs:0 :0 overruns:0 frame:0
TX packets:527102 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:1
Octets reçus:112001966 (112.0 MB) Octets transmis:112001966 (112.0 MB)
papa@Tour:~$ route -n
Table de routage IP du noyau
Destination Passerelle Genmask Indic Metric Ref Use Iface
0.0.0.0 192.168.42.129 0.0.0.0 UG 100 0 0 enp0s18f2u1
0.0.0.0 192.168.1.40 0.0.0.0 UG 101 0 0 eth0
169.254.0.0 0.0.0.0 255.255.0.0 U 1000 0 0 eth0
192.168.1.0 0.0.0.0 255.255.255.0 U 100 0 0 eth0
192.168.1.0 0.0.0.0 255.255.255.0 U 425 0 0 br0
192.168.42.0 0.0.0.0 255.255.255.0 U 100 0 0 enp0s18f2u1
papa@Tour:~$ sudo iptables -L
Chain INPUT (policy ACCEPT)
target prot opt source destination
Chain FORWARD (policy ACCEPT)
target prot opt source destination
ACCEPT all -- anywhere anywhere
ACCEPT all -- anywhere anywhere
Chain OUTPUT (policy ACCEPT)
target prot opt source destination
papa@Tour:~$ cat /proc/sys/net/ipv4/ip_forward
1
papa@Tour:~$
Dernière modification par slf (Le 11/10/2018, à 21:46)
Hors ligne
#2 Le 12/10/2018, à 09:36
- DarkBahhh
Re : partage domestique smartphone 4G en USB
Salut slf,
As tu configuré le NAT sur ton interface WAN?
Tu as deux route par defaut :
0.0.0.0 192.168.42.129 0.0.0.0 UG 100 0 0 enp0s18f2u1
0.0.0.0 192.168.1.40 0.0.0.0 UG 101 0 0 eth0C'est qui "192.168.1.40" ?
Hors ligne
#3 Le 14/10/2018, à 21:01
- slf
Re : partage domestique smartphone 4G en USB
Bonjour,
En fait la route 192.168.1.40 était celle du pont qui ne fonctionne pas .
Sans lui j'ai mon getaway (le 192.168.1.7 relier en USB au smart phone partageant sa 4G) qui ping bien le 8.8.8.8 et est bien cablé en ipforwarding tout.
Et un pc (192.168.1.17) qui en ayany comme passerelle le gateaway refuse de pinguer le 8.8.8.8.
Les configs de chacun suivent.
Merci d'avance.
config du gateaway 192.168.1.7 qui ping 8.8.8.8
papa@Tour:~$ ifconfig
enp0s18f2u1 Link encap:Ethernet HWaddr 4e:49:97:5c:17:dc
inet adr:192.168.42.187 Bcast:192.168.42.255 Masque:255.255.255.0
adr inet6: fe80::460a:25b2:88bb:b773/64 Scope:Lien
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
Packets reçus:46563 erreurs:2 :0 overruns:0 frame:2
TX packets:140996 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:1000
Octets reçus:38304341 (38.3 MB) Octets transmis:26228685 (26.2 MB)
eth0 Link encap:Ethernet HWaddr d0:50:99:57:24:4d
inet adr:192.168.1.7 Bcast:192.168.1.255 Masque:255.255.255.0
adr inet6: fe80::e577:78f0:ac2f:779e/64 Scope:Lien
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
Packets reçus:2708738 erreurs:0 :0 overruns:0 frame:0
TX packets:5629654 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:1000
Octets reçus:231671405 (231.6 MB) Octets transmis:7843230893 (7.8 GB)
Interruption:30
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:65536 Metric:1
Packets reçus:443609 erreurs:0 :0 overruns:0 frame:0
TX packets:443609 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:1
Octets reçus:3759668142 (3.7 GB) Octets transmis:3759668142 (3.7 GB)
papa@Tour:~$ route -n
Table de routage IP du noyau
Destination Passerelle Genmask Indic Metric Ref Use Iface
0.0.0.0 192.168.42.129 0.0.0.0 UG 100 0 0 enp0s18f2u1
192.168.1.0 0.0.0.0 255.255.255.0 U 100 0 0 eth0
192.168.42.0 0.0.0.0 255.255.255.0 U 100 0 0 enp0s18f2u1
papa@Tour:~$ sudo iptables -L
[sudo] Mot de passe de papa :
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
papa@Tour:~$ sudo iptables -A FORWARD -o enp0s18f2u1 -i eth0 -j ACCEPT
papa@Tour:~$ sudo iptables -A FORWARD -i enp0s18f2u1 -o eth0 -j ACCEPT
papa@Tour:~$ sudo iptables -L
Chain INPUT (policy ACCEPT)
target prot opt source destination
Chain FORWARD (policy ACCEPT)
target prot opt source destination
ACCEPT all -- anywhere anywhere
ACCEPT all -- anywhere anywhere
Chain OUTPUT (policy ACCEPT)
target prot opt source destination
papa@Tour:~$ ^C
papa@Tour:~$ ping -n 1 8.8.8.8
connect: Invalid argument
papa@Tour:~$ ping 1 8.8.8.8
connect: Invalid argument
papa@Tour:~$ ping 8.8.8.8
PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.
64 bytes from 8.8.8.8: icmp_seq=1 ttl=118 time=58.6 ms
64 bytes from 8.8.8.8: icmp_seq=2 ttl=118 time=53.1 ms
64 bytes from 8.8.8.8: icmp_seq=3 ttl=118 time=51.9 ms
^C
--- 8.8.8.8 ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2000ms
rtt min/avg/max/mdev = 51.906/54.542/58.607/2.922 ms
papa@Tour:~$
config 192.168.1.17 qui ping pas 8.8.8.8
papa@Remi:~$ ifconfig
eth0 Link encap:Ethernet HWaddr 00:21:85:08:a9:eb
inet adr:192.168.1.17 Bcast:192.168.1.255 Masque:255.255.255.0
adr inet6: fe80::221:85ff:fe08:a9eb/64 Scope:Lien
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
Packets reçus:14404 erreurs:0 :0 overruns:0 frame:0
TX packets:4074 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:1000
Octets reçus:20330779 (20.3 MB) Octets transmis:308796 (308.7 KB)
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:65536 Metric:1
Packets reçus:163 erreurs:0 :0 overruns:0 frame:0
TX packets:163 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:1
Octets reçus:11523 (11.5 KB) Octets transmis:11523 (11.5 KB)
papa@Remi:~$ route -n
Table de routage IP du noyau
Destination Passerelle Genmask Indic Metric Ref Use Iface
0.0.0.0 192.168.1.7 0.0.0.0 UG 0 0 0 eth0
192.168.1.0 0.0.0.0 255.255.255.0 U 1 0 0 eth0
papa@Remi:~$ ping 8.8.8.8
PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.
^C
--- 8.8.8.8 ping statistics ---
11 packets transmitted, 0 received, 100% packet loss, time 10013ms
papa@Remi:~$
Hors ligne
#4 Le 14/10/2018, à 21:09
- xubu1957
Re : partage domestique smartphone 4G en USB
Bonjour,
Pour ajouter toi-même les balises code à tes précédents message #1 et #3 :
Cliquer sur le lien « Modifier » en bas à droite du message
Sélectionner le texte
Cliquer sur le <> de l'éditeur de message
comme indiqué dans le : Retour utilisable de commande
_ _ _
Voir règles du forum > balises BB code
Balise CODE :
C'est la balise à utiliser pour donner de longs messages d'erreurs, des contenus de fichiers de configuration, des commandes à taper, etc … Elle permet des messages plus "compacts", et est moins ambiguë que d'autres polices sur certains caractères.
Conseils pour les nouveaux demandeurs et pas qu'eux
Important : Pensez à passer vos sujets en [Réso|u] lorsque ceux-ci le sont, au début du titre en cliquant sur Modifier sous le premier message, et un bref récapitulatif de la solution à la fin de celui-ci. Merci. Membre de Linux-Azur
Hors ligne
#5 Le 15/10/2018, à 09:33
- DarkBahhh
Re : partage domestique smartphone 4G en USB
Salut slf,
J'ai compris que :
1 - PC-Tour (le routeur) ping 8.8.8.8 = OK
2 - PC-Tour ping PC-Remi = OK (Attention au parfeu si il y a, désactif, met en place et ajoute les règles qui vont bien après)
3 - PC-Remi ping 8.8.8.8 = FAIL
Dans cette état, on vois que ça a effectivement l'air d'un problème de routage. On va s'assurer que :
1 - Le routage sur PC-Tour est bien actif, dans "/etc/sysctl.conf" :
# Uncomment the next line to enable packet forwarding for IPv4
net.ipv4.ip_forward=1La ligne "net.ipv4....." doit être dé-commenté.
2 - Activer le NAT sur PC-Tour :
iptables -t nat -A POSTROUTING -o enp0s18f2u1 -j MASQUERADEPour ne pas perdre la commande NAT au reboot :
- On save la configuration iptables après avoir mis en place la régle de NAT :
iptables-save > /etc/iptables_NATrules.save- On charge cette save au démarrage de la carte réseau qui doit NAT. Dans "/etc/network/interfaces/" ajouter une ligne à la conf de la bonne carte avec :
auto enp0s18f2u1
iface enp0s18f2u1 inet static
address X.X.X.X
netmask 255.X.X.X
gateway X.X.X.X
post-up iptables-restore < /etc/iptables_NATrules.save # Recharge de la règle NATLe NAT est en place.
Le NAT est nécessaire car Téléphone4g n'a pas de "route" vers le réseau "192.168.1.X" (le retour des paquets ne fonctionne donc pas).
Avec NAT, PC-Tour gère une translation, quand PC-Tour réçois un paquet de PC-Rémi vers 8.8.8.8, Il envoie lui même le paquet vers 8.8.8.8 en ce souvenant que c'est PC-Rémi qui l'a demandé. Le retour ce passe bien car la destination est PC-Tour (Téléphone communique très bien avec PC-Tour). Quand PC-Tour reçois le paquets il se rappel que c'est PC-Rémi qui as envoyer la demande et il lui renvois.
Grâce au NAT donc Téléphone4g n'a pas besoin de connaitre le chemin vers PC-Rémi car ils ne se contacte pas directement.
En espérant que le NAT soit la seul chose qui manque. Je reste dispo au pire.
Bon test.
Hors ligne
#6 Le 15/10/2018, à 20:07
- slf
Re : partage domestique smartphone 4G en USB
Un grand merci DarkBahhh : sa fonctionne.
Il manquait seulement le sudo iptables -t nat -A POSTROUTING -o enp0s18f2u1 -j MASQUERADE
Les réseaux ne s'éclaircieront dans ma tête que lentement.
Par contre mon fichier /etc/network/interfaces ne ressemble maintenant qu'a cela :
auto lo
iface lo inet loopback
post-up iptables-restore < /etc/iptables_NATrules.save
Merci encore.
Hors ligne
#7 Le 16/10/2018, à 09:00
- DarkBahhh
Re : partage domestique smartphone 4G en USB
Salut slf,
Ton fichier "/etc/network/interfaces" est quasi vide surement car tu est en interface graphique et que la configuration réseau doit être stocké dans le gestionnaire graphique des cartes réseau "NetworkManager".
De rien à la prochaine.
Hors ligne
#8 Le 16/10/2018, à 09:39
- cqfd93
Re : partage domestique smartphone 4G en USB
Modération
Il manque toujours les balises code dans les messages 1 et 3 !
− cqfd93 −
Hors ligne