logo Debian Debian Debian-France Debian-Facile Debian-fr.org Forum-Debian.fr Debian ? Communautés logo inclusivité

Debian-facile

Bienvenue sur Debian-Facile, site d'aide pour les nouveaux utilisateurs de Debian.

Vous n'êtes pas identifié(e).

#1 17-02-2019 12:24:48

matB
Membre
Distrib. : Debian Stretch
Noyau : Linux 4.9.0-8-amd64
(G)UI : KDE
Inscription : 21-01-2018

[RPI] Point accès

Bonjour,

N'ayant pas les connaissances réseau suffisantes, j'aimerai savoir si cela (cf. ci-dessous) est envisageable et comment dois-je procéder pour le réaliser.

Je dispose d'une FBX qui est installée à la cave.
Au Rdc, j'ai installé un point d'accès wifi TP-link qui est relié à la FBX en Ethernet et le dchp est géré par la FBX.
Dans l'ensemble ça marche bien sauf que le signal Wifi n'est pas suffisant à l'étage.

D'où l'idée d'utiliser le Rpi 3 (raspbian) qui se trouve à l'étage pour faire office de PA.
L'idée serait donc d'avoir le Rpi branché en ethernet sur la FBX (il y a un switch entre le rpi et la fbx) et d'utiliser la connexion wifi comme PA.
Par contre, il faudrait que le "lien" soit direct entre le PA et le wifi; càd que ce soit la FBX qui gère le dhcp, etc... et non le rpi. A noter aussi que le rpi doit pouvoir se connecter au net.

C'est envisageable ? Comme dois-je procéder ?
Merci à vous

Hors ligne

#2 17-02-2019 12:34:53

raleur
Membre
Inscription : 03-10-2014

Re : [RPI] Point accès

En pré-requis, le contrôleur wifi doit supporter le mode "master" (point d'accès).
Installer bridge-utils et créer un pont incluant l'interface ethernet.
Transférer la configuration IP de l'interface ethernet sur l'interface  pont.
Installer hostapd et configurer le point d'accès (canal, chiffrement, clé partagée, pont...).

Dernière modification par raleur (17-02-2019 12:38:04)


Il vaut mieux montrer que raconter.

Hors ligne

#3 20-02-2019 08:58:34

LaFouine
Membre
Distrib. : Debian testing
Noyau : 4.19.0-4-amd64
(G)UI : Xfce
Inscription : 10-04-2017

Re : [RPI] Point accès

Sans connaissance réseaux c'est pas facile, surtout si tu compte gerer l'ipv6, pour le wifi je te conseil déjà de voir si hostapd est compatible avec ton materiel !

Debian testing, nvidia 980 gtx sli, cm asurock 16 gb ram cpu i7 4,2 ghz

Hors ligne

#4 24-02-2019 09:47:03

matB
Membre
Distrib. : Debian Stretch
Noyau : Linux 4.9.0-8-amd64
(G)UI : KDE
Inscription : 21-01-2018

Re : [RPI] Point accès

Merci.
En fouillant sur le net, j'ai réussi à trouver des exemples pour configurer un bridget et hostapd.

Avant de le déployer sur le rpi, j'ai fait un test sur mon ordinateur portable. J'ai réussi à faire fonctionner le PA; par contre, lorsqu'il est actif, je perd tout accès réseau sur le laptop.
C'est normal ? Peut-on contourner ce problème ? Si je déploie cela sur le rpi, je n'y aurai plus accès...

pour le moment, j'ai procédé de cette manière

/etc/network/interfaces

auto br0
iface br0 inet dhcp
bridge-ports eth0 wlan0



/etc/hostapd/hostapd.conf

ssid=nom_reseau
wpa_passphrase=mot_de_passe
interface=wlan0
bridge=br0
auth_algs=3
channel=7
driver=nl80211
hw_mode=g
logger_stdout=-1
logger_stdout_level=2
max_num_sta=5
rsn_pairwise=CCMP
wpa=2
wpa_key_mgmt=WPA-PSK
wpa_pairwise=TKIP CCMP



Et pour l'activer:

/etc/init.d/network-manager stop
ifup br0
sfkill unblock wlan
/etc/init.d/hostapd start
 

Hors ligne

#5 24-02-2019 10:13:10

raleur
Membre
Inscription : 03-10-2014

Re : [RPI] Point accès

Si le pont est activé avant hostapd, il ne faut pas inclure l'interface wifi dans bridge-ports. Cela provoquerait une erreur car une interface wifi ne peut être pontée que si elle a été préalablement configurée en mode "master" (point d'accès) par hostapd. L'option "bridge" de hostapd se chargera d'ajouter l'interface au pont désigné.

L'interface ethernet est-elle bien activée ? Le pont a-t-il obtenu une configuration IP par DHCP ?

Je ne connais pas sfkill. Tu veux dire rfkill ?

Il vaut mieux montrer que raconter.

Hors ligne

#6 24-02-2019 10:21:47

matB
Membre
Distrib. : Debian Stretch
Noyau : Linux 4.9.0-8-amd64
(G)UI : KDE
Inscription : 21-01-2018

Re : [RPI] Point accès

Oui, c'est bien rfkill (erreur de frappe)

L'interface ethernet est bien activée et j'utilise le dhcp de la fbx

Je testerai en supprimant wlan0 du bridge -> mêmes résultats.


une fois le pont et le PA, j'obtiens ceci:

br0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.1.17  netmask 255.255.255.0  broadcast 192.168.1.255
        inet6 fe80::226a:8aff:fe35:24c  prefixlen 64  scopeid 0x20<link>
        ether 20:6a:8a:35:02:4c  txqueuelen 1000  (Ethernet)
        RX packets 101  bytes 61103 (59.6 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 137  bytes 26470 (25.8 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        ether 20:6a:8a:35:02:4c  txqueuelen 1000  (Ethernet)
        RX packets 113  bytes 64515 (63.0 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 138  bytes 27172 (26.5 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
        device interrupt 16  

lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
        inet 127.0.0.1  netmask 255.0.0.0
        inet6 ::1  prefixlen 128  scopeid 0x10<host>
        loop  txqueuelen 1  (Boucle locale)
        RX packets 6996  bytes 654970 (639.6 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 6996  bytes 654970 (639.6 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

wlan0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        ether 20:7c:8f:44:f1:c4  txqueuelen 1000  (Ethernet)
        RX packets 303288  bytes 40841054 (38.9 MiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 387925  bytes 200153376 (190.8 MiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0



Tant que je n'ai pas désactivé le pont, désactiver puis réactiver eth0, ça ne marche pas

Dernière modification par matB (24-02-2019 10:33:25)

Hors ligne

#7 24-02-2019 10:39:16

raleur
Membre
Inscription : 03-10-2014

Re : [RPI] Point accès

L'adresse 192.168.1.17 fait bien partie de la plage DHCP de la box ?
Que veux-tu dire exactement par "ça ne marche pas" ? Je ne veux pas voir le mot "navigateur" ou un synonyme.
As-tu vérifié le contenu de la table de routage et de /etc/resolv.conf ?

Il vaut mieux montrer que raconter.

Hors ligne

#8 24-02-2019 10:46:45

bendia
Chadministrateur
Distrib. : openSUSE Tumbleweed, Buster
Noyau : Linux 5.9.1-2-default + Linux 4.19.0-12-amd64
(G)UI : Gnome + Console et un peu Fluxbox
Inscription : 20-03-2012
Site Web

Re : [RPI] Point accès

Salut smile

Un peu plus de précision sur la méthode préconisée par raleur Voir le tuto : Manuel du chocolat DF : « Ça marche pas ! » wink

Ben
___________________
La seule question bête, c'est celle qu'on ne pose pas.

Hors ligne

#9 24-02-2019 11:03:28

raleur
Membre
Inscription : 03-10-2014

Re : [RPI] Point accès

Si je puis me permettre une observation sur ce tutoriel, l'exemple concernant le périphérique USB non supporté et lsusb est erroné : même si un périphérique n'est pas supporté par le noyau, il doit être détecté et affiché par lsusb. Son identification textuelle par lsusb est aussi indépendante de sa prise en charge par le noyau.

Il vaut mieux montrer que raconter.

Hors ligne

#10 24-02-2019 11:26:38

bendia
Chadministrateur
Distrib. : openSUSE Tumbleweed, Buster
Noyau : Linux 5.9.1-2-default + Linux 4.19.0-12-amd64
(G)UI : Gnome + Console et un peu Fluxbox
Inscription : 20-03-2012
Site Web

Re : [RPI] Point accès

Et si c'est un problème physique de la clé, on pourrait avoir ce type de sortie ?

Ben
___________________
La seule question bête, c'est celle qu'on ne pose pas.

Hors ligne

#11 24-02-2019 12:03:19

matB
Membre
Distrib. : Debian Stretch
Noyau : Linux 4.9.0-8-amd64
(G)UI : KDE
Inscription : 21-01-2018

Re : [RPI] Point accès

Une fois le PA activé sur mon laptop, je n'ai plus d'accès internet.

root@pc:/# /etc/init.d/network-manager stop


[ ok ] Stopping network-manager (via systemctl): network-manager.service.




root@pc:/# ifup br0


Waiting for br0 to get ready (MAXWAIT is 32 seconds).
Internet Systems Consortium DHCP Client 4.3.5
Copyright 2004-2016 Internet Systems Consortium.
All rights reserved.
For info, please visit https://www.isc.org/software/dhcp/

Listening on LPF/br0/20:6a:8a:35:02:4c
Sending on   LPF/br0/20:6a:8a:35:02:4c
Sending on   Socket/fallback
DHCPDISCOVER on br0 to 255.255.255.255 port 67 interval 3
DHCPREQUEST of 192.168.1.17 on br0 to 255.255.255.255 port 67
DHCPOFFER of 192.168.1.17 from 192.168.1.254
DHCPACK of 192.168.1.17 from 192.168.1.254
bound to 192.168.1.17 -- renewal in 20454 seconds.



root@pc:/# /etc/init.d/hostapd start


[ ok ] Starting hostapd (via systemctl): hostapd.service.



root@pc:/# ping wwww.google.fr


ping: wwww.google.fr: Nom ou service inconnu



root@pc:/# route


Table de routage IP du noyau
Destination     Passerelle      Genmask         Indic Metric Ref    Use Iface
default         192.168.1.254   0.0.0.0         UG    0      0        0 eth0
link-local      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     0      0        0 eth0
192.168.1.0     0.0.0.0         255.255.255.0   U     0      0        0 br0



root@pc:/# cat /etc/resolv.conf


nameserver 192.168.1.254



root@pc:/# /etc/init.d/hostapd stop


[ ok ] Stopping hostapd (via systemctl): hostapd.service.



root@pc:/# ifdown br0


Killed old client process
Internet Systems Consortium DHCP Client 4.3.5
Copyright 2004-2016 Internet Systems Consortium.                                                              
All rights reserved.                                                                                          
For info, please visit https://www.isc.org/software/dhcp/                                                    
                                                                                                             
Listening on LPF/br0/20:6a:8a:35:02:4c                                                                        
Sending on   LPF/br0/20:6a:8a:35:02:4c                                                                        
Sending on   Socket/fallback                                                                                  
DHCPRELEASE on br0 to 192.168.1.254 port 67

                                                                   

root@pc:/# ping www.google.fr


ping: www.google.fr: Échec temporaire dans la résolution du nom

                                               

root@pc:/# ifdown eth0; ifup eth0


RTNETLINK answers: No such process                                                                            
Killed old client process                                                                                    
Internet Systems Consortium DHCP Client 4.3.5                                                                
Copyright 2004-2016 Internet Systems Consortium.
All rights reserved.
For info, please visit https://www.isc.org/software/dhcp/

Listening on LPF/eth0/20:6a:8a:35:02:4c
Sending on   LPF/eth0/20:6a:8a:35:02:4c
Sending on   Socket/fallback
DHCPRELEASE on eth0 to 192.168.1.254 port 67
send_packet: Network is unreachable
send_packet: please consult README file regarding broadcast address.
dhclient.c:2733: Failed to send 300 byte long packet over fallback interface.
Internet Systems Consortium DHCP Client 4.3.5
Copyright 2004-2016 Internet Systems Consortium.
All rights reserved.
For info, please visit https://www.isc.org/software/dhcp/

Listening on LPF/eth0/20:6a:8a:35:02:4c
Sending on   LPF/eth0/20:6a:8a:35:02:4c
Sending on   Socket/fallback
DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 5
DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 11
DHCPREQUEST of 192.168.1.17 on eth0 to 255.255.255.255 port 67
DHCPOFFER of 192.168.1.17 from 192.168.1.254
DHCPACK of 192.168.1.17 from 192.168.1.254
bound to 192.168.1.17 -- renewal in 17337 seconds.



root@pc:/# ping www.google.fr


PING www.google.fr (172.217.18.195) 56(84) bytes of data.
64 bytes from par10s38-in-f3.1e100.net (172.217.18.195): icmp_seq=1 ttl=54 time=14.3 ms
64 bytes from par10s38-in-f3.1e100.net (172.217.18.195): icmp_seq=2 ttl=54 time=13.4 ms
^C
--- www.google.fr ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 1002ms
rtt min/avg/max/mdev = 13.465/13.927/14.390/0.477 ms



root@pc:/# route


Table de routage IP du noyau
Destination     Passerelle      Genmask         Indic Metric Ref    Use Iface
default         192.168.1.254   0.0.0.0         UG    0      0        0 eth0
link-local      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     0      0        0 eth0

Dernière modification par matB (24-02-2019 12:04:17)

Hors ligne

#12 24-02-2019 12:15:31

raleur
Membre
Inscription : 03-10-2014

Re : [RPI] Point accès

Wow, doucement !
C'est quoi ces routes sur eth0 ? eth0 ne doit avoir aucune route ni adresse IP lorsque le pont est actif.
Si tu as défini une configuration IP dhcp pour eth0 dans le fichier interfaces, il faut l'arrêter avant d'activer le pont.

bendia a écrit :

Et si c'est un problème physique de la clé, on pourrait avoir ce type de sortie ?


Oui, si le périphérique est HS il peut ne pas être détecté du tout.

Dernière modification par raleur (24-02-2019 12:19:44)


Il vaut mieux montrer que raconter.

Hors ligne

#13 24-02-2019 13:38:20

matB
Membre
Distrib. : Debian Stretch
Noyau : Linux 4.9.0-8-amd64
(G)UI : KDE
Inscription : 21-01-2018

Re : [RPI] Point accès

eth0 est ma connexion réseau "normal"
donc, si la désactive avant d'activer le pont, ça fonctionne !
j'arrive à créer le point d'accès et à conserver un accès internet sur le laptop

un grand merci !

maintenant, à moi de le transposer sur le rpi

Hors ligne

Pied de page des forums