Page 2 sur 3

Re: De l'aide suite à partage d’une connexion 4G Ethernet + Wifi

Posté : lun. 6 déc. 2021 08:02
par dyox
Bonjour,
Regardez aussi du côté de https://www.raspberrypi.com/documentati ... spberry-pi
La section router et bridge, il y a peut-être des trucs qui vont vous intéresser.

Re: De l'aide suite à partage d’une connexion 4G Ethernet + Wifi

Posté : mer. 8 déc. 2021 10:46
par dyox
Peut-être s'inspirer aussi de ce tuto : https://pimylifeup.com/raspberry-pi-wifi-bridge/

Re: De l'aide suite à partage d’une connexion 4G Ethernet + Wifi

Posté : mer. 8 déc. 2021 11:07
par dyox
Regardez aussi le Magpi 61 p20 et 21.

Re: De l'aide suite à partage d’une connexion 4G Ethernet + Wifi

Posté : jeu. 9 déc. 2021 10:25
par bu3304
Bonjour, Je reviens vers vous car je n'avance pas dans mon projet. Je pense être finalement trop neophyte. Le tuto de François est l'idéal pour moi car en français (j'ai tenté le tuto tiré du Magpi 61 mais sans succès)
Si je pouvais garder le tuto de Francois mais pouvoir avoir mon LAN et mon WAN sur le meme plan d'adressage IP sans perdre mon evasion internet. Car au pire ne pas avoir la Freebox Delta et son NAS n'est finalement le plus important.
Ma problématique est finalement : avoir en suivant le tuto de framboise314, mes équipements sur un même plan d'adressage. Afin de communiquer et aller sur le net si besoin.
Et c'est là que je coince et le fait de bloquer pénalise les membres de mon foyer qui n'ont plus accès via le wifi au NAS OMV5.

Re: De l'aide suite à partage d’une connexion 4G Ethernet + Wifi

Posté : jeu. 9 déc. 2021 20:11
par piper
Je ne suis pas un pros du réseau. J'ai une belle expérience mais je ne suis pas suivit de cours spécialisé.
Je tenterais bien une chose :
en restant basé sur le tuto initial (ce que tu veux avec ces 2 plages d'adressage et un communication ouverte entre les 2 (ip_forwarding + si besoin : routes déclarées dans le raspberry)
Les puristes diront que ce n'est pas l'idéal, je le concède bien volontiers mais si ça répond à ton besoin de particulier. Pourquoi pas ?

L'ip forwarding est très simple à mettre en place, mais alors vraiment très simple : il n'y a RIEN à installer : juste une (à 2) lignes de configuration à changer , une ligne de commande et un reboot

Voici une très bonne doc sur le sujet en Français, pour Linux (ça tombe bien), simple , et précise à la fois. C'est à la porté d'un débutant en 10 minutes.
https://www.it-connect.fr/activer-lip-f ... -ipv4ipv6/

Si tu as un pare-feu en route sur le raspberry, il te faudra surement une règle pour l'autoriser

Re: De l'aide suite à partage d’une connexion 4G Ethernet + Wifi

Posté : jeu. 9 déc. 2021 20:20
par Artemus24
Salut Piper.

C'est ce que j'ai proposé à "bu3304", mais ça lui semble compliqué à mettre en œuvre.

Cordialement.
Artemus24.
@+

Re: De l'aide suite à partage d’une connexion 4G Ethernet + Wifi

Posté : lun. 20 déc. 2021 10:14
par bu3304
Bonjour,
Pouvant me replonger dans mon projet, je reviens à nouveau vers vous car j'ai toujours des blocages. J'ai effectivement lu les explications concernant l'IP Forwarding mais ce que je ne comprends toujours pas (je vous prie de m'excuser par avance par mon côté idiot) dois-je donc mettre mon LAN et mon WLAN sur le meme plan d'adressage IP ?
Ou puis-je rester sur le tuto de François ? A quelle étape dois-je adapté ce tuto à mes besoins comme préconisé par Piper et Artemus ?
Car je viens d'emménager dans mon nouveau logement et l'ADSL est catastrophique (1Mega). Faut vraiment que je passe par la 5G et je n'ai plus le budget pour acheter des solutions style routeur 4G LTE et autres équipements de load balancing.
Si ma Freebox Delta n'est plus sur ce "nouveau reseau" cela n'est pas grave mais il faut que mes équipements WLAN puissent acceder à mon NAS OMV qui lui est sur le LAN.
La Freebox Delta ne servant finalement plus que pour le bridge Hue, la domotique liée à Alexa (enceintes, prises, aspirateur robot, ...) et les enregistrements TV en TNT. Mon debit internet (meme avec agrégation 4G) ne me permettant pas d'utiliser les services de VOD/TV par ADSL inclus dans mon offre.
Merci par avance de l'intérêt porté à mon problème.
Bonne journée.

Re: De l'aide suite à partage d’une connexion 4G Ethernet + Wifi

Posté : lun. 20 déc. 2021 20:34
par piper
Bonjour,
Si tu mets en place l'ip forwarding, tes 2 réseaux ne sont plus obligés d'être sur la même classe, donc tu peux garder le tuto tel qu'il est.
C'est à cela que ça sert : passer les paquets d'une classe réseau à une autre au travers d'un périphérique réseau (ici ton c'est ton rapsi)

Pour ça c'est super facile :

Code : Tout sélectionner

sudo nano /etc/sysctl.conf
trouves (CTRL+W) net.ipv4.ip_forward
si tu as net.ipv4.ip_forward=0, mets net.ipv4.ip_forward=1
Si net.ipv4.ip_forward est absent, mets net.ipv4.ip_forward=1
Pour l'ipv6, c'est pareil (non obligatoire si tu ne t'en sers pas)
trouves (CTRL+W) net.ipv6.ip_forward
si tu as net.ipv6.ip_forward=0, mets net.ipv6.ip_forward=1
Si net.ipv6.ip_forward est absent, mets net.ipv6.ip_forward=1
Et tu redémarres. C'est tout pour le côté noyau

Ca ne veux pas dire que tes clients connaitront la route. Mais au moins, déjà, elle sera ouverte (à moins que tu ais en plus un pare-feu sur ton raspberry auquel cas, il faurdra aussi lui dire de laisser passer ces paquets mais par défaut, il n'y pas de pare-feu sur un raspberry
Comme ton raspberry fait aussi serveur DHCP des 2 côtés, il est passerelle et il le signifie aux clients. Donc logiquement, tes clients connaitront la route à suivre pour passer des paquets d'une classe réseau à une autre.

Re: De l'aide suite à partage d’une connexion 4G Ethernet + Wifi

Posté : sam. 25 déc. 2021 11:43
par bu3304
piper a écrit :
lun. 20 déc. 2021 20:34
Bonjour,
Si tu mets en place l'ip forwarding, tes 2 réseaux ne sont plus obligés d'être sur la même classe, donc tu peux garder le tuto tel qu'il est.
C'est à cela que ça sert : passer les paquets d'une classe réseau à une autre au travers d'un périphérique réseau (ici ton c'est ton rapsi)

Pour ça c'est super facile :

Code : Tout sélectionner

sudo nano /etc/sysctl.conf
trouves (CTRL+W) net.ipv4.ip_forward
si tu as net.ipv4.ip_forward=0, mets net.ipv4.ip_forward=1
Si net.ipv4.ip_forward est absent, mets net.ipv4.ip_forward=1
Pour l'ipv6, c'est pareil (non obligatoire si tu ne t'en sers pas)
trouves (CTRL+W) net.ipv6.ip_forward
si tu as net.ipv6.ip_forward=0, mets net.ipv6.ip_forward=1
Si net.ipv6.ip_forward est absent, mets net.ipv6.ip_forward=1
Et tu redémarres. C'est tout pour le côté noyau

Ca ne veux pas dire que tes clients connaitront la route. Mais au moins, déjà, elle sera ouverte (à moins que tu ais en plus un pare-feu sur ton raspberry auquel cas, il faudra aussi lui dire de laisser passer ces paquets mais par défaut, il n'y pas de pare-feu sur un raspberry
Comme ton raspberry fait aussi serveur DHCP des 2 côtés, il est passerelle et il le signifie aux clients. Donc logiquement, tes clients connaitront la route à suivre pour passer des paquets d'une classe réseau à une autre.
Bonjour piper,
Je reviens poster car malheureusement tes conseils n'ont pas fonctionné.
net.ipv4.ip_forward=1 était déjà renseigné. J'ai quand même commenté net.ipv6.ip_forward=1
Mais toujours le problème (après reboot du Pi) : mes équipements WIFI n'accèdent pas à mes équipements LAN. Tablettes et Laptops ne trouvent pas le NAS OMV en LAN et ceci même en essayant de mettre des IP fixes.
Je vais tenter OpenWRT pour voir mais déjà je n'arrive pas à agréger mes liens eth0 et usb0. Bref compliqué quand on est nul en notions de réseau.
Bonnes fêtes de fin d'année à toutes et à tous.

Re: De l'aide suite à partage d’une connexion 4G Ethernet + Wifi

Posté : dim. 26 déc. 2021 18:25
par piper
Je n'ai jamais dit que cela suffisait, j'ai dit que c'était la 1ère étape

Tu devrais nous fournir le résultat de :

Code : Tout sélectionner

 cat /etc/sysctl.conf | grep net.ipv4.ip_forward
Ensuite confirmer que sur chaque réseau (filaire et wifi) les périphériques ont bien accès à internet.
(Que le SEUL problème) est ceux du wifi ne communiquent pas avec ceux du réseau et vice-versa

Si oui alors c'est simplement que des clients ne prennent pas la bonne route et ça s'arrange avec une commande :
Ex : tu as un PC sur 192.168.1.2 connecté en filaire au raspi qui est en 192.168.1.1
Si du PC tu veux accéder à 192.168.1.xxx , pas de soucis
Si du PC tu veux accéder à l'autre branche (192.168.2.x), tu PC doit croire que c'est sur internet donc il sort part le Raspi vers l'internet au lieu de changer de réseau local
Pour éviter ça, il faut mettre en place une route
Mais pour la mettre en place, il faut connaitre les IP fixes du Raspi sur ses 2 pattes.