Langelot
Posts: 14
Joined: Fri Mar 27, 2020 5:07 pm

Accéder à un périphérique wifi depuis l'interface ethernet

Fri Mar 27, 2020 5:20 pm

Bonjour à tous,

J'utilise une Raspberry Pi 4B. J'ai installé raspap pour créer un point d'accès wifi. La Raspberry est connectée à ma box via un câble Ethernet. Jusque là tout va bien, je peux accéder à internet depuis un périphérique connecté en wifi sur la Raspberry.

Mon problème est que je souhaiterais accéder à ce périphérique depuis un ordinateur de mon réseau local en tapant son adresse IP ou son nom d'hôte dans un navigateur par exemple. Et là les ennuis commencent...

Par contre si je me connecte en SSH sur la Raspberry et que je tape cette même adresse IP ou non d'hôte dans le navigateur de la Raspberry, ça fonctionne.

Je suppose donc qu'il y a une sorte de lien manquant entre l'interface wifi et l'interface Ethernet mais je n'arrive pas identifier le problème.

J'ai cherché sur les forums mais je n'ai trouvé que des informations pour le problème inverse périphérique WIFI -> internet... :(
Quelqu'un aurait une idée ou une piste à suivre ?

Merci d'avance!

epoch1970
Posts: 4815
Joined: Thu May 05, 2016 9:33 am
Location: Paris, France

Re: Accéder à un périphérique wifi depuis l'interface ethernet

Fri Mar 27, 2020 6:32 pm

Le RaspAP a créé un réseau séparé, le Pi est devenu un routeur.
Il a une patte sur chaque réseau donc il voit toutes les machines.
Les machines en wifi voient internet et les machines du réseau local, car elles sont représentée par le Pi sur le réseau ethernet ("masquerade")
Les machines sur ethernet ne voient personne derrière le Pi.

Trois possibilités :
1 - dans le Pi, ouvrir des ports, un peu comme on fait dans un routeur lorsqu'on veut installer un serveur web accessible depuis internet.
Défaut: port par port
2 - dans les machines qui doivent accéder au wifi, ajouter une "route statique" qui indique que le Pi est est le routeur du réseau utilisé par les machines wifi
Défauts: machine par machine, incompatible avec le "masquerade" dejà installé, si le masquerade est supprimé il faut rajouter une route dans la box, sinon elle ne renverra pas le flux destiné aux machines wifi vers le Pi pour redistribution
3 - modifier RaspAP pour qu'il fonctionne en mode pont. Un seul et même réseau, plus de problème de routage
Défaut: ?
RaspAP en mode pont sur leur github
"S'il n'y a pas de solution, c'est qu'il n'y a pas de problème." Les Shadoks, J. Rouxel

Langelot
Posts: 14
Joined: Fri Mar 27, 2020 5:07 pm

Re: Accéder à un périphérique wifi depuis l'interface ethernet

Fri Mar 27, 2020 7:49 pm

Merci pour votre réponse claire et rapide. J'ai testé la solution 3. J'avais la version 2.2 de raspap l'option pont semble disponible depuis la 2.3. J'ai fait la mise à jour avec succès, et je l'ai passé en mode pont. Depuis je n'ai plus aucun accès côté Ethernet. La commande ifconfig montre que la connexion ne se fait plus.
J'ai fait une mise à jour et non une installation depuis un raspbian neuf... Je vais réessayer depuis une version clean et je vous dirai le résultat.
Merci encore pour votre aide!
Bonne soirée.

epoch1970
Posts: 4815
Joined: Thu May 05, 2016 9:33 am
Location: Paris, France

Re: Accéder à un périphérique wifi depuis l'interface ethernet

Fri Mar 27, 2020 9:14 pm

Sinon avec Raspbian tout simplement, un point d’accès en mode pont est assez facile à obtenir
La documentation à suivre est ici: https://github.com/raspberrypi/document ... bridged.md

Avec un correctif: rajouter

Code: Select all

interface br0

(1 ligne, puis une ligne vide) vers la fin du fichier /etc/dhcpcd.conf

Dans cette configuration, c’est la box qui fournit tous les services (DHCP, DNS). Le Pi ne fait que la radio.
"S'il n'y a pas de solution, c'est qu'il n'y a pas de problème." Les Shadoks, J. Rouxel

Langelot
Posts: 14
Joined: Fri Mar 27, 2020 5:07 pm

Re: Accéder à un périphérique wifi depuis l'interface ethernet

Mon Mar 30, 2020 4:22 pm

Voici les (mauvaises) nouvelles suite à mes essais. J'ai continué à essayer avec raspap, en l'installant sur un raspbian neuf, j'obtiens le même résultat... J'ai posté sur leur github pour signaler le problème, ils n'arrivent pas à le reproduire de leur côté.

Du coup j'ai également essayé avec la méthode décrite dernièrement et le correctif (après avoir refait une install neuve de raspbian) mais là encore ça ne fonctionne pas. lorsque la pi redémarre l'interface br0 apparait bien sur l’icône du bureau et le réseau semble disponible. Dès qu'un périphérique wifi essaie de se connecter, il échoue (étrangement aucune clé n'est demandée à la connexion alors que bien renseignée dans le fichier /etc/hostapd/hostapd.conf ).

Côté Raspberry sur l’icône du bureau l'état semble aléatoire entre "no wireless interface found" et "br0: Configured 169.254.58.176/16"

Bref pas de succès flagrant! :?

Je commence à me demander si ma box ne cause pas des problèmes, car cela semble être la seule différence avec la configuration des autres personnes...

Une idée? Sinon une piste à suivre pour ouvrir les ports à la main dans le pi comme décrit en piste 1 ?

Merci bien.

epoch1970
Posts: 4815
Joined: Thu May 05, 2016 9:33 am
Location: Paris, France

Re: Accéder à un périphérique wifi depuis l'interface ethernet

Mon Mar 30, 2020 5:37 pm

Fâcheux.
Auriez vous l'obligeance de me faire tomber la sortie de:

Code: Select all

ip link
ip -d route
ip address
cat /etc/dhcpcd.conf
cat /etc/hostapd/hostapd.conf | sed 's/\(wpa_passphrase=\).*/\1xxx/'
networkctl
for f in /etc/systemd/network/*br0*; do [ -e "$f" ] && echo -e "\n[$f]\n" && cat $f; done
Comme ça on devrait savoir si la vérité est ailleurs...
"S'il n'y a pas de solution, c'est qu'il n'y a pas de problème." Les Shadoks, J. Rouxel

Langelot
Posts: 14
Joined: Fri Mar 27, 2020 5:07 pm

Re: Accéder à un périphérique wifi depuis l'interface ethernet

Tue Mar 31, 2020 7:09 am

Bonjour et merci encore pour votre aide. Comme demandé voici ce que donnent les commandes:

Code: Select all

[email protected]:~ $ ip link
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP mode DEFAULT group default qlen 1000
    link/ether dc:a6:32:5e:b2:ad brd ff:ff:ff:ff:ff:ff
3: wlan0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast master br0 state UP mode DEFAULT group default qlen 1000
    link/ether dc:a6:32:5e:b2:af brd ff:ff:ff:ff:ff:ff
4: br0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP mode DEFAULT group default qlen 1000
    link/ether dc:a6:32:5e:b2:af brd ff:ff:ff:ff:ff:ff
[email protected]:~ $ ip -d route
unicast default dev br0 proto boot scope link src 169.254.58.176 metric 204 
unicast 169.254.0.0/16 dev br0 proto boot scope link src 169.254.58.176 metric 204 
[email protected]:~ $ ip address
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
    link/ether dc:a6:32:5e:b2:ad brd ff:ff:ff:ff:ff:ff
    inet6 fe80::dea6:32ff:fe5e:b2ad/64 scope link 
       valid_lft forever preferred_lft forever
3: wlan0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast master br0 state UP group default qlen 1000
    link/ether dc:a6:32:5e:b2:af brd ff:ff:ff:ff:ff:ff
    inet6 fe80::dea6:32ff:fe5e:b2af/64 scope link 
       valid_lft forever preferred_lft forever
4: br0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    link/ether dc:a6:32:5e:b2:af brd ff:ff:ff:ff:ff:ff
    inet 169.254.58.176/16 brd 169.254.255.255 scope global noprefixroute br0
       valid_lft forever preferred_lft forever
    inet6 fe80::9f4e:f751:3ec2:f4b3/64 scope link 
       valid_lft forever preferred_lft forever
[email protected]:~ $ cat /etc/dhcpcd.conf
# A sample configuration for dhcpcd.
# See dhcpcd.conf(5) for details.

# Allow users of this group to interact with dhcpcd via the control socket.
#controlgroup wheel

denyinterfaces wlan0 eth0

# Inform the DHCP server of our hostname for DDNS.
hostname

# Use the hardware address of the interface for the Client ID.
clientid
# or
# Use the same DUID + IAID as set in DHCPv6 for DHCPv4 ClientID as per RFC4361.
# Some non-RFC compliant DHCP servers do not reply with this set.
# In this case, comment out duid and enable clientid above.
#duid

# Persist interface configuration when dhcpcd exits.
persistent

# Rapid commit support.
# Safe to enable by default because it requires the equivalent option set
# on the server to actually work.
option rapid_commit

# A list of options to request from the DHCP server.
option domain_name_servers, domain_name, domain_search, host_name
option classless_static_routes
# Respect the network MTU. This is applied to DHCP routes.
option interface_mtu

# Most distributions have NTP support.
#option ntp_servers

# A ServerID is required by RFC2131.
require dhcp_server_identifier

# Generate SLAAC address using the Hardware Address of the interface
#slaac hwaddr
# OR generate Stable Private IPv6 Addresses based from the DUID
slaac private

# Example static IP configuration:
#interface eth0
#static ip_address=192.168.0.10/24
#static ip6_address=fd51:42f8:caae:d92e::ff/64
#static routers=192.168.0.1
#static domain_name_servers=192.168.0.1 8.8.8.8 fd51:42f8:caae:d92e::1

# It is possible to fall back to a static IP if DHCP fails:
# define static profile
#profile static_eth0
#static ip_address=192.168.1.23/24
#static routers=192.168.1.1
#static domain_name_servers=192.168.1.1

# fallback to static profile on eth0
#interface eth0
#fallback static_eth0

interface br0

[email protected]:~ $ cat /etc/hostapd/hostapd.conf | sed 's/\(wpa_passphrase=\).*/\1xxx/'
interface=wlan0
bridge=br0
ssid=EGkit_master_0001
hw_mode=g
channel=7
macaddr_acl=0
auth_algs=1
ignore_broadcast_ssid=0
wpa=2
wpa_passphrase=xxx
wpa_key_mgmt=WPA-PSK
wpa_pairwise=TKIP
rsn_pairwise=CCMP
[email protected]:~ $ networkctl
IDX LINK             TYPE               OPERATIONAL SETUP     
  1 lo               loopback           carrier     unmanaged 
  2 eth0             ether              degraded    configured
  3 wlan0            wlan               degraded    unmanaged 
  4 br0              bridge             routable    unmanaged 

4 links listed.
[email protected]:~ $ for f in /etc/systemd/network/*br0*; do [ -e "$f" ] && echo -e "\n[$f]\n" && cat $f; done

[/etc/systemd/network/br0-member-eth0.network]

[Match]
Name=eth0

[Network]
Bridge=br0

[/etc/systemd/network/bridge-br0.netdev]

[NetDev]
Name=br0
kind=bridge

epoch1970
Posts: 4815
Joined: Thu May 05, 2016 9:33 am
Location: Paris, France

Re: Accéder à un périphérique wifi depuis l'interface ethernet

Tue Mar 31, 2020 7:44 am

Mhh.
Le lien Ethernet n’est pas inclus au pont... La négociation DHCP échoue car le pont n’a qu’un lien, le wifi, qui est en mode point d’accès.
Je ne suis pas sûr du pourquoi, je reviens.

En passant, que disent “cat /etc/os-release” et “cat /boot/issue.txt” ?
"S'il n'y a pas de solution, c'est qu'il n'y a pas de problème." Les Shadoks, J. Rouxel

Langelot
Posts: 14
Joined: Fri Mar 27, 2020 5:07 pm

Re: Accéder à un périphérique wifi depuis l'interface ethernet

Tue Mar 31, 2020 7:56 am

Ok, un embryon de piste alors! Voici le résultat des commandes:

Code: Select all

[email protected]:~ $ cat /etc/os-release
PRETTY_NAME="Raspbian GNU/Linux 10 (buster)"
NAME="Raspbian GNU/Linux"
VERSION_ID="10"
VERSION="10 (buster)"
VERSION_CODENAME=buster
ID=raspbian
ID_LIKE=debian
HOME_URL="http://www.raspbian.org/"
SUPPORT_URL="http://www.raspbian.org/RaspbianForums"
BUG_REPORT_URL="http://www.raspbian.org/RaspbianBugs"
[email protected]:~ $ cat /boot/issue.txt
Raspberry Pi reference 2020-02-13
Generated using pi-gen, https://github.com/RPi-Distro/pi-gen, 5f884374b6ac6e155330c58caa1fb7249b8badf1, stage5

epoch1970
Posts: 4815
Joined: Thu May 05, 2016 9:33 am
Location: Paris, France

Re: Accéder à un périphérique wifi depuis l'interface ethernet

Tue Mar 31, 2020 8:26 am

Bon. Donc systemd-networkd se cague dans les brailles, pas très surprenant.
Le guide a été testé, pour ma part, avec Raspbian Lite. Ici on a la version "full" avec environnement graphique et il se passe peut être (sûrement ^^) quelque chose de mystérieux que je n'ai pas rencontré.

Je propose quelques incantations magiques, on ne sait jamais :

1) Vérifier que la config est bien normale :

Code: Select all

cat -vT /etc/systemd/network/bridge-br0.netdev
cat -vT /etc/systemd/network/br0-member-eth0.network
ls -l /etc/systemd/network
Les 2 premières commandes pourraient faire apparaître à l'écran des caractères bizarres, dans le cas où il y a des caractères de contrôle dans les fichiers.
Si c'est le cas, utiliser "sudo nano ...." et sucrer les caractères en question. Puis "cat -vT ...." pour vérifier.
La dernière commande pour vérifier qu'il n'y a pas de fichier qui traîne dans le répertoire de configuration de systemd-networkd. Sur ma machine "Lite", j'obtiens ceci:

Code: Select all

$ ls -l /etc/systemd/network
total 8
lrwxrwxrwx 1 root root  9 Feb 13 15:55 99-default.link -> /dev/null
-rw-r--r-- 1 root root 40 Mar 21 18:53 br0-member-eth0.network
-rw-r--r-- 1 root root 30 Mar 21 18:53 bridge-br0.netdev

2) Vérifier (?) que systemd est correctement activé. Je propose de le désactiver, de rebooter, de réactiver, de rebooter.
On ne sait jamais...

Code: Select all

sudo systemctl disable systemd-networkd
puis redémarrer

Code: Select all

sudo systemctl enable systemd-networkd
puis redémarrer

Si ça ne marche toujours pas, j'ai un remède de derrière les fagots, mais il est un peu expérimental, alors attendons.
"S'il n'y a pas de solution, c'est qu'il n'y a pas de problème." Les Shadoks, J. Rouxel

Langelot
Posts: 14
Joined: Fri Mar 27, 2020 5:07 pm

Re: Accéder à un périphérique wifi depuis l'interface ethernet

Tue Mar 31, 2020 9:05 am

Alors, le résultat des premières commandes semble tel qu'attendu:

Code: Select all

[email protected]:~ $ cat -vT /etc/systemd/network/bridge-br0.netdev
[NetDev]
Name=br0
kind=bridge
[email protected]:~ $ cat -vT /etc/systemd/network/br0-member-eth0.network
[Match]
Name=eth0

[Network]
Bridge=br0
[email protected]:~ $ ls -1 /etc/systemd/network
99-default.link
br0-member-eth0.network
bridge-br0.netdev

Code: Select all

[email protected]:~ $ sudo systemctl disable systemd-networkd
Removed /etc/systemd/system/dbus-org.freedesktop.network1.service.
Removed /etc/systemd/system/sockets.target.wants/systemd-networkd.socket.
Removed /etc/systemd/system/network-online.target.wants/systemd-networkd-wait-online.service.
Removed /etc/systemd/system/multi-user.target.wants/systemd-networkd.service.
Reboot de la Pi

Code: Select all

[email protected]:~ $ sudo systemctl enable systemd-networkd
Created symlink /etc/systemd/system/dbus-org.freedesktop.network1.service → /lib/systemd/system/systemd-networkd.service.
Created symlink /etc/systemd/system/multi-user.target.wants/systemd-networkd.service → /lib/systemd/system/systemd-networkd.service.
Created symlink /etc/systemd/system/sockets.target.wants/systemd-networkd.socket → /lib/systemd/system/systemd-networkd.socket.
Created symlink /etc/systemd/system/network-online.target.wants/systemd-networkd-wait-online.service → /lib/systemd/system/systemd-networkd-wait-online.service.
Reboot de la Pi, toujours le même comportement côté Wifi et impossible d'accéder via Ethernet. Elle n'est pas drôle cette Pi, elle n'aime pas les incantations magiques...

epoch1970
Posts: 4815
Joined: Thu May 05, 2016 9:33 am
Location: Paris, France

Re: Accéder à un périphérique wifi depuis l'interface ethernet

Tue Mar 31, 2020 9:40 am

Alors voilà le remède de cheval.

Avant de couper la tête à systemd-networkd, on va s'assurer qu'il est au moins un peu en cause :)

Le fichier interfaces devrait ressembler à ceci ...

Code: Select all

cat /etc/network/interfaces
# interfaces(5) file used by ifup(8) and ifdown(8)

# Please note that this file is written to be used with dhcpcd
# For static IP, consult /etc/dhcpcd.conf and 'man dhcpcd.conf'

# Include files from /etc/network/interfaces.d:
source-directory /etc/network/interfaces.d
... et son répertoire supplémentaire devrait être vide :

Code: Select all

ls -l /etc/network/interfaces.d
total 0
Dnsmasq ne devrait pas être installé :

Code: Select all

dpkg -l | grep dnsm
Cette commande ne devrait rien renvoyer.

S'arrêter ici, et au rapport, en cas de divergence.

Si tout est nominal (façon SNAFU), on va essayer de se débrouiller sans systemd, avec dhcpcd uniquement :

Code: Select all

sudo systemctl disable systemd-networkd
sudo cp /etc/dhcpcd.conf /etc/dhcpcd.orig
Ensuite créér ce nouveau fichier pour dhcpcd :

Code: Select all

sudo nano /etc/dhcpcd.conf

# A sample configuration for dhcpcd.
# See dhcpcd.conf(5) for details.
debug

# Allow users of this group to interact with dhcpcd via the control socket.
#controlgroup wheel

# Inform the DHCP server of our hostname for DDNS.
hostname

# Use the hardware address of the interface for the Client ID.
clientid
# or
# Use the same DUID + IAID as set in DHCPv6 for DHCPv4 ClientID as per RFC4361.
# Some non-RFC compliant DHCP servers do not reply with this set.
# In this case, comment out duid and enable clientid above.
#duid

# Persist interface configuration when dhcpcd exits.
persistent

# Rapid commit support.
# Safe to enable by default because it requires the equivalent option set
# on the server to actually work.
option rapid_commit

# A list of options to request from the DHCP server.
option domain_name_servers, domain_name, domain_search, host_name
option classless_static_routes
# Respect the network MTU. This is applied to DHCP routes.
option interface_mtu

# Most distributions have NTP support.
#option ntp_servers

# A ServerID is required by RFC2131.
require dhcp_server_identifier

# Generate SLAAC address using the Hardware Address of the interface
#slaac hwaddr
# OR generate Stable Private IPv6 Addresses based from the DUID
slaac private

# https://www.raspberrypi.org/forums/viewtopic.php?f=65&t=269128
interface wlan0
# Don't bridge: done by hostapd
# Block client mode (wpa_supplicant)
nohook wpa_supplicant
# No route, no IP on bridge members
noipv4
noipv6
noipv6rs

interface eth0
env parent_bridge=bridge0
# No route, no IP on bridge members
noipv4
noipv6
noipv6rs

interface bridge0
# This block because the interface is not discovered automatically
# bridge0 will be configured via DHCP
# Remove this block and you get an anonymous bridge (no IP)

# Example static IP configuration:
#interface eth0
#static ip_address=192.168.0.10/24
#static ip6_address=fd51:42f8:caae:d92e::ff/64
#static routers=192.168.0.1
#static domain_name_servers=192.168.0.1 8.8.8.8 fd51:42f8:caae:d92e::1

# It is possible to fall back to a static IP if DHCP fails:
# define static profile
#profile static_eth0
#static ip_address=192.168.1.23/24
#static routers=192.168.1.1
#static domain_name_servers=192.168.1.1

# fallback to static profile on eth0
#interface eth0
#fallback static_eth0
(le gros de l'action se passe au milieu du fichier, désormais)

Il faut créér un nouveau fichier de script dhcpcd:

Code: Select all

sudo nano /lib/dhcpcd/dhcpcd-hooks/90-bridging

# Manages bridge devices and member interfaces
# Triggered by low-level events PREINIT/CARRIER|STOP/NOCARRIER/DEPARTED if 
# $interface has defined the parent_bridge environment value (in dhcpcd.conf)
# E.g.:
# interface eth0
# env parent_bridge=br0
# ...
#
# interface br0
# ...

[ -n "${parent_bridge:-}" ] || return 0

# Create bridge $parent_bridge if needed
bridge_create_try(){
	[ -e "/sys/class/net/${parent_bridge}" ] && return 0
	# Default settings, no STP. Caveat emptor.
	# We up the bridge ourselves to ensure anonymous bridge mode works, i.e.
	# "interface ${parent_bridge}" is no specified in dhcpcd.conf
	ip link add name ${parent_bridge} type bridge && \
	ip link set ${parent_bridge} up
}
# Delete bridge $parent_bridge if empty
bridge_delete_try(){
	for member in "/sys/class/net/${parent_bridge}/lower_"*; do
		[ -e "${member}" ] && return 0
	done
	ip link del ${parent_bridge}
}
# Associate $interface with bridge
bridge_member_start(){
	bridge_create_try 
	[ -e "/sys/class/net/${parent_bridge}/lower_${interface}" ] && return 0
	ip link set ${interface} master ${parent_bridge}
}
# Release $interface from bridge
bridge_member_stop(){
	[ -e "/sys/class/net/${parent_bridge}" ] || return 0
	[ -e "/sys/class/net/${parent_bridge}/lower_${interface}" ] && \
	ip link set ${interface} nomaster
	bridge_delete_try
}

case "${reason}" in
	'PREINIT'|'CARRIER') bridge_member_start ;;
	'STOP'|'DEPARTED'|'NOCARRIER') bridge_member_stop ;;
esac
(dhcpcd va appeler ce script sur évènements; selon la configuration dans dhcpcd.conf, le type d'interface, le type d'évènement, le pont sera créé ou supprimé automatiquement)

Ensuite, rebooter. Avec un peu de chance, une interface "bridge0" devrait acquérir une adresse IP par DHCP.

Si tout marche, supprimer/commenter la ligne "debug" au début de dhcpcd.conf, éventuellement supprimer les 2 fichiers nommés "br0" qui sont dans /etc/systemd/network (ne pas supprimer le fichier 99-default.link).
Rebouter une dernière fois pour valider que tout fonctionne encore.
"S'il n'y a pas de solution, c'est qu'il n'y a pas de problème." Les Shadoks, J. Rouxel

epoch1970
Posts: 4815
Joined: Thu May 05, 2016 9:33 am
Location: Paris, France

Re: Accéder à un périphérique wifi depuis l'interface ethernet

Tue Mar 31, 2020 11:46 am

2 compléments.
1) Si le pont s'appelle "bridge0" il faut aussi mettre à jour /etc/hostapd/hostapd.conf pour qu'il spécifie ce nom, et pas br0
(ou bien modifier dhcpcd.conf et spécifier br0 à la place de bridge0)

2) Sur un Pi3b avec Raspbian Desktop j'ai appliqué le tutoriel qui fait usage de systemd-networkd, et ça a marché pour moi. Un Pi3 n'est pas un Pi4, ceci dit.
"S'il n'y a pas de solution, c'est qu'il n'y a pas de problème." Les Shadoks, J. Rouxel

Langelot
Posts: 14
Joined: Fri Mar 27, 2020 5:07 pm

Re: Accéder à un périphérique wifi depuis l'interface ethernet

Tue Mar 31, 2020 11:50 am

Alors, ça s'améliore, déjà j'ai de nouveau accès au Pi via la connexion Ethernet. Côté wifi en revanche ça semble encore bizarre, je peux connecter un périphérique (téléphone portable) mais sans accès à internet et il se déconnecte au bout de quelques secondes.

Je précise que tout était nominal par rapport aux vérifications de départ demandées. Après avoir effectué les actions décrites, j'ai redémarré puis constaté le comportement wifi. La Pi est alors bien visible dans ma box en Ethernet. J'ai pris la liberté de taper ces 2 commandes afin de vérifier mon accès bureau à distance (qui fonctionne bien):

Code: Select all

sudo apt-get install tightvncserver
sudo apt-get install xrdp
J'ai de nouveau redémarré et voilà, j'en suis là! Du coup, pas d'accès internet et une connexion wifi qui ne semble pas s'établir correctement.

epoch1970
Posts: 4815
Joined: Thu May 05, 2016 9:33 am
Location: Paris, France

Re: Accéder à un périphérique wifi depuis l'interface ethernet

Tue Mar 31, 2020 11:54 am

Tip-top.
On s'est croisés, le problème est que le pont s'appelle bridge0, maintenant. Hostapd.conf fait référence à br0, dhcpcd.conf à bridge0.
Il faut les mettre d'accord, et ça sera bon.
(désolé...)
"S'il n'y a pas de solution, c'est qu'il n'y a pas de problème." Les Shadoks, J. Rouxel

Langelot
Posts: 14
Joined: Fri Mar 27, 2020 5:07 pm

Re: Accéder à un périphérique wifi depuis l'interface ethernet

Tue Mar 31, 2020 12:51 pm

Je viens de modifier bridge0 en br0 dans le fichier /etc/dhcpcd.conf (2 endroits si je ne me suis pas trompé). Puis reboot. Ca marche! :D

Il reste quelques bizarreries tout même:

-De temps en temps quand je redémarre (j'ai testé plusieurs fois) j'ai ce message sur l’icône wifi: br0: Expired IPv4LL. Mais visiblement ça marche quand même. Les périphériques wifi connectés apparaissent bien sur la page de la box et ont accès à internet, donc impeccable!

-Plus gênant par contre (mais pas corrélé avec le message du dessus): le point d'accès disparait de temps en temps (notamment quand un périphérique quitte le wifi) et met quelques minutes à redevenir disponible (voir ne revient pas du tout, reboot nécessaire).

epoch1970
Posts: 4815
Joined: Thu May 05, 2016 9:33 am
Location: Paris, France

Re: Accéder à un périphérique wifi depuis l'interface ethernet

Tue Mar 31, 2020 1:22 pm

2 endroits, c'est bien ça.

J'utilise des Pi 3B ou Pi 2B uniquement.

J'ai noté que le pont met parfois un peu de temps à "monter". Il est possible qu'en attendant br0 prenne une adresse IPv4ll (169.254.x.x), et lorsque DHCP a fonctionné il relâche l'IPv4ll (ce qui est attendu).
Je ne suis pas sûr de pouvoir améliorer le fonctionnement du script. Tout ça est évènementiel, si on commence à ordonnancer ça se finit mal.
Donc j'essaierai de vivre avec, d'ici une version du tutoriel garantie "en béton" par des propriétaires de Pi 4.

Je n'ai pas remarqué de problème à la déconnection d'un client du point d'accès. Ce que m'évoque la description, c'est que le point d'accès (hostapd) s'effondre à la déconnection, et que parfois il redémarre, parfois pas... Les options du fichier hostapd.conf proviennent directement de la version précédente du tutoriel, elles devraient fonctionner. En général j'ai aussi "wmm_enabled=1" dans mes fichiers, je ne sais pas si ça ferait une telle différence.
Hostapd et le pont -une fois créé- ont une configuration classique, rien d'expérimental là-dedans.

Il me vient un doute. Le vecteur #1 d'aléas dans le comportement d'un Pi, c'est l'utilisation d'une alimentation inadaptée.
Dans le cas du Pi 4, certains utilisateurs mettent un chargeur à la place d'une alimentation, et rencontrent un tas de problèmes. Ce Pi est-il alimenté avec l'alimentation officielle (chic et pas chère, dimensionnée pour) ?
"S'il n'y a pas de solution, c'est qu'il n'y a pas de problème." Les Shadoks, J. Rouxel

Langelot
Posts: 14
Joined: Fri Mar 27, 2020 5:07 pm

Re: Accéder à un périphérique wifi depuis l'interface ethernet

Tue Mar 31, 2020 2:00 pm

Alors, j'ai essayé en rajoutant "wmm_enabled=1" dans hostapd.conf. J'ai l'impression que ça a réglé le problème!

Il faut que je teste plus dans la durée avant de crier victoire mais là en tout cas me ça semble pas mal!

Côté alimentation, j'ai bien l'alim officielle, pas de soucis.

Merci beaucoup l'aide apportée, j'étais bien loin d'y arriver tout seul! :)

epoch1970
Posts: 4815
Joined: Thu May 05, 2016 9:33 am
Location: Paris, France

Re: Accéder à un périphérique wifi depuis l'interface ethernet

Tue Mar 31, 2020 2:06 pm

Langelot wrote:
Tue Mar 31, 2020 2:00 pm
Alors, j'ai essayé en rajoutant "wmm_enabled=1" dans hostapd.conf. J'ai l'impression que ça a réglé le problème!
J'avais déjà remarqué des problèmes lorsque l'option manquait, mais jamais à ce point je crois.
Je devrais peut être ouvrir un ticket pour demander à RPF de rajouter cette option. Je ne sais pas pourquoi elle a été sucrée, c'est un classique il me semble.

Et restons sur cette bonne nouvelle, alors ;)
"S'il n'y a pas de solution, c'est qu'il n'y a pas de problème." Les Shadoks, J. Rouxel

Langelot
Posts: 14
Joined: Fri Mar 27, 2020 5:07 pm

Re: Accéder à un périphérique wifi depuis l'interface ethernet

Tue Mar 31, 2020 2:12 pm

Ok, super! Merci encore!

Langelot
Posts: 14
Joined: Fri Mar 27, 2020 5:07 pm

Re: Accéder à un périphérique wifi depuis l'interface ethernet

Thu May 14, 2020 6:44 pm

Bonjour, je reviens sur ce topic, car j'ai constaté un autre problème. Lorsque je connecte plus de 8 clients WIFI sur la Raspberry, le WIFI plante, il faut redémarrer pour obtenir à nouveau un WIFI fonctionnel.

J'ai vérifié cela avec la commande:

Code: Select all

iw dev wlan0 station dump
 
J'obtiens bien ma liste de 8 clients et quand le 9ème se connecte, la commande ne renvoie plus rien. J'ai essayé avec des clients différents afin de m'assurer que le problème ne provenait pas d'un client en particulier.

Du coup je me demande si le problème provient de la configuration de la Raspberry ou de la box sans savoir comment le déterminer et encore moins comment résoudre le problème...

Merci d'avance!

epoch1970
Posts: 4815
Joined: Thu May 05, 2016 9:33 am
Location: Paris, France

Re: Accéder à un périphérique wifi depuis l'interface ethernet

Thu May 14, 2020 9:25 pm

Avec le Pi en point d'accès il y a une limite, mais je ne suis pas sûr qu'elle soit si claire et si basse que ça.
Et surtout l'AP ne devrait pas planter, mais un client (peut être pas le dernier...) devrait se faire éjecter.
De tête, on peut mettre une limite dans hostapd.conf, qui est respectée si elle n'est pas inatteignable, et il doit y avoir un moyen de configurer ça avec iw, mais entre parvenir à passer une commande, et que la commande marche, il y a bien souvent un pas.
iw est un peu "dangereux", mieux vaut ne pas en abuser.

En quoi la box serait-elle concernée ? Elle fait serveur DHCP ?
"S'il n'y a pas de solution, c'est qu'il n'y a pas de problème." Les Shadoks, J. Rouxel

Langelot
Posts: 14
Joined: Fri Mar 27, 2020 5:07 pm

Re: Accéder à un périphérique wifi depuis l'interface ethernet

Fri May 15, 2020 7:51 am

Alors en fait il s'agit d'un point d'accès en mode pont. Vous m'aviez aidé a le mettre en place (voir les posts ci-dessus). Je n'ai pas fait de modifications depuis.

Vous aviez dit:
Dans cette configuration, c’est la box qui fournit tous les services (DHCP, DNS). Le Pi ne fait que la radio.
D'où mon interrogation!

epoch1970
Posts: 4815
Joined: Thu May 05, 2016 9:33 am
Location: Paris, France

Re: Accéder à un périphérique wifi depuis l'interface ethernet

Fri May 15, 2020 6:20 pm

Je me suis permis d'oublier.
Le DHCP peut connaître aussi une limite sur le nombre d'adresses qui peut délivrer, mais arriver à court d'adresses ne fait pas planter le wifi.

En l'état c'est mystérieux. S'il y a des traces dans le Pi, par ex. dans /etc/log/syslog, ça pourrait peut être aiguiller les recherches ?
"S'il n'y a pas de solution, c'est qu'il n'y a pas de problème." Les Shadoks, J. Rouxel

Langelot
Posts: 14
Joined: Fri Mar 27, 2020 5:07 pm

Re: Accéder à un périphérique wifi depuis l'interface ethernet

Sat May 16, 2020 10:39 am

Pas de problème, Merci de m'aider! :)

Je n'ai pas trouvé le fichier "/etc/log/syslog" mais voici le contenu de celui-ci: "/var/log/syslog", on voit effectivement ds traces de plantage à la fin:

Code: Select all

May 16 11:56:46 raspberry rsyslogd:  [origin software="rsyslogd" swVersion="8.1901.0" x-pid="335" x-info="https://www.rsyslog.com"] rsyslogd was HUPed
May 16 11:56:46 raspberry systemd[1]: logrotate.service: Succeeded.
May 16 11:56:46 raspberry systemd[1]: Started Rotate log files.
May 16 11:56:47 raspberry systemd[1]: man-db.service: Succeeded.
May 16 11:56:47 raspberry systemd[1]: Started Daily man-db regeneration.
May 16 11:56:47 raspberry systemd[1]: apt-daily.service: Succeeded.
May 16 11:56:47 raspberry systemd[1]: Started Daily apt download activities.
May 16 11:56:47 raspberry systemd[1]: Starting Daily apt upgrade and clean activities...
May 16 11:56:48 raspberry systemd[1]: apt-daily-upgrade.service: Succeeded.
May 16 11:56:48 raspberry systemd[1]: Started Daily apt upgrade and clean activities.
May 16 11:56:50 raspberry xrdp[503]: (503)(-1225734032)[INFO ] Socket 12: AF_INET6 connection received from fe80::c060:95d6:31b1:7597 port 1600
May 16 11:56:50 raspberry xrdp[503]: (503)(-1225734032)[DEBUG] Closed socket 12 (AF_INET6 fe80::9f4e:f751:3ec2:f4b3 port 3389)
May 16 11:56:50 raspberry xrdp[825]: (825)(-1225734032)[DEBUG] Closed socket 11 (AF_INET6 :: port 3389)
May 16 11:56:50 raspberry xrdp[825]: (825)(-1225734032)[INFO ] Using default X.509 certificate: /etc/xrdp/cert.pem
May 16 11:56:50 raspberry xrdp[825]: (825)(-1225734032)[INFO ] Using default X.509 key file: /etc/xrdp/key.pem
May 16 11:56:50 raspberry xrdp[825]: (825)(-1225734032)[ERROR] Cannot read private key file /etc/xrdp/key.pem: Permission denied
May 16 11:56:50 raspberry xrdp[825]: (825)(-1225734032)[DEBUG] TLSv1.3 enabled
May 16 11:56:50 raspberry xrdp[825]: (825)(-1225734032)[DEBUG] TLSv1.2 enabled
May 16 11:56:50 raspberry xrdp[825]: (825)(-1225734032)[DEBUG] Security layer: requested 11, selected 0
May 16 11:56:50 raspberry xrdp[825]: (825)(-1225734032)[DEBUG] Closed socket 12 (AF_INET6 fe80::9f4e:f751:3ec2:f4b3 port 3389)
May 16 11:56:50 raspberry xrdp[503]: (503)(-1225734032)[INFO ] Socket 12: AF_INET6 connection received from fe80::c060:95d6:31b1:7597 port 1605
May 16 11:56:50 raspberry xrdp[503]: (503)(-1225734032)[DEBUG] Closed socket 12 (AF_INET6 fe80::9f4e:f751:3ec2:f4b3 port 3389)
May 16 11:56:50 raspberry xrdp[826]: (826)(-1225734032)[DEBUG] Closed socket 11 (AF_INET6 :: port 3389)
May 16 11:56:50 raspberry xrdp[826]: (826)(-1225734032)[INFO ] Using default X.509 certificate: /etc/xrdp/cert.pem
May 16 11:56:50 raspberry xrdp[826]: (826)(-1225734032)[INFO ] Using default X.509 key file: /etc/xrdp/key.pem
May 16 11:56:50 raspberry xrdp[826]: (826)(-1225734032)[ERROR] Cannot read private key file /etc/xrdp/key.pem: Permission denied
May 16 11:56:50 raspberry xrdp[826]: (826)(-1225734032)[DEBUG] TLSv1.3 enabled
May 16 11:56:50 raspberry xrdp[826]: (826)(-1225734032)[DEBUG] TLSv1.2 enabled
May 16 11:56:50 raspberry xrdp[826]: (826)(-1225734032)[DEBUG] Security layer: requested 0, selected 0
May 16 11:56:50 raspberry xrdp[826]: (826)(-1225734032)[INFO ] connected client computer name: LANGELOT-PC
May 16 11:56:50 raspberry xrdp[826]: (826)(-1225734032)[INFO ] adding channel item name rdpdr chan_id 1004 flags 0x80800000
May 16 11:56:51 raspberry xrdp[826]: (826)(-1225734032)[INFO ] adding channel item name rdpsnd chan_id 1005 flags 0xc0000000
May 16 11:56:51 raspberry xrdp[826]: (826)(-1225734032)[INFO ] adding channel item name drdynvc chan_id 1006 flags 0xc0800000
May 16 11:56:51 raspberry xrdp[826]: (826)(-1225734032)[INFO ] adding channel item name cliprdr chan_id 1007 flags 0xc0a00000
May 16 11:56:51 raspberry xrdp[826]: (826)(-1225734032)[INFO ] Non-TLS connection established from fe80::c060:95d6:31b1:7597 port 1605: encrypted with standard RDP security
May 16 11:56:54 raspberry xrdp[826]: (826)(-1225734032)[DEBUG] xrdp_0000033a_wm_login_mode_event_00000001
May 16 11:56:54 raspberry xrdp[826]: (826)(-1225734032)[INFO ] Loading keymap file /etc/xrdp/km-0000040c.ini
May 16 11:56:54 raspberry xrdp[826]: (826)(-1225734032)[WARN ] local keymap file for 0x0000040c found and doesn't match built in keymap, using local keymap file
May 16 11:57:19 raspberry xrdp[826]: (826)(-1225734032)[DEBUG] xrdp_wm_log_msg: connecting to sesman ip 127.0.0.1 port 3350
May 16 11:57:19 raspberry xrdp-sesman[470]: (470)(-1224777872)[INFO ] A connection received from ::1 port 56326
May 16 11:57:20 raspberry xrdp[826]: (826)(-1225734032)[INFO ] xrdp_wm_log_msg: sesman connect ok
May 16 11:57:20 raspberry xrdp[826]: (826)(-1225734032)[DEBUG] xrdp_wm_log_msg: sending login info to session manager, please wait...
May 16 11:57:20 raspberry xrdp[826]: (826)(-1225734032)[DEBUG] return value from xrdp_mm_connect 0
May 16 11:57:20 raspberry xrdp-sesman[470]: (470)(-1224777872)[INFO ] ++ created session (access granted): username pi, ip fe80::c060:95d6:31b1:7597:1605 - socket: 12
May 16 11:57:20 raspberry xrdp-sesman[470]: (470)(-1224777872)[INFO ] starting Xorg session...
May 16 11:57:20 raspberry xrdp-sesman[470]: (470)(-1224777872)[DEBUG] Closed socket 9 (AF_INET6 :: port 5910)
May 16 11:57:20 raspberry xrdp-sesman[470]: (470)(-1224777872)[DEBUG] Closed socket 9 (AF_INET6 :: port 6010)
May 16 11:57:20 raspberry xrdp-sesman[470]: (470)(-1224777872)[DEBUG] Closed socket 9 (AF_INET6 :: port 6210)
May 16 11:57:20 raspberry xrdp[826]: (826)(-1225734032)[INFO ] xrdp_wm_log_msg: login successful for display 10
May 16 11:57:20 raspberry xrdp-sesman[470]: (470)(-1224777872)[DEBUG] Closed socket 8 (AF_INET6 ::1 port 3350)
May 16 11:57:20 raspberry xrdp-sesman[829]: (829)(-1224777872)[INFO ] calling auth_start_session from pid 829
May 16 11:57:20 raspberry xrdp[826]: (826)(-1225734032)[DEBUG] xrdp_wm_log_msg: started connecting
May 16 11:57:20 raspberry systemd[1]: Created slice User Slice of UID 1000.
May 16 11:57:20 raspberry systemd[1]: Starting User Runtime Directory /run/user/1000...
May 16 11:57:20 raspberry systemd[1]: Started User Runtime Directory /run/user/1000.
May 16 11:57:20 raspberry systemd[1]: Starting User Manager for UID 1000...
May 16 11:57:20 raspberry systemd[832]: Listening on GnuPG cryptographic agent and passphrase cache.
May 16 11:57:20 raspberry systemd[832]: Starting D-Bus User Message Bus Socket.
May 16 11:57:20 raspberry systemd[832]: Listening on GnuPG cryptographic agent and passphrase cache (restricted).
May 16 11:57:20 raspberry systemd[832]: Reached target Timers.
May 16 11:57:20 raspberry systemd[832]: Reached target Paths.
May 16 11:57:20 raspberry systemd[832]: Listening on GnuPG network certificate management daemon.
May 16 11:57:20 raspberry systemd[832]: Listening on GnuPG cryptographic agent and passphrase cache (access for web browsers).
May 16 11:57:20 raspberry systemd[832]: Listening on GnuPG cryptographic agent (ssh-agent emulation).
May 16 11:57:20 raspberry systemd[832]: Listening on D-Bus User Message Bus Socket.
May 16 11:57:20 raspberry systemd[832]: Reached target Sockets.
May 16 11:57:20 raspberry systemd[832]: Reached target Basic System.
May 16 11:57:20 raspberry systemd[832]: Reached target Default.
May 16 11:57:20 raspberry systemd[832]: Startup finished in 185ms.
May 16 11:57:20 raspberry systemd[1]: Started User Manager for UID 1000.
May 16 11:57:20 raspberry systemd[1]: Started Session c1 of user pi.
May 16 11:57:20 raspberry xrdp-sesman[829]: (829)(-1224777872)[DEBUG] Closed socket 7 (AF_INET6 ::1 port 3350)
May 16 11:57:20 raspberry xrdp-sesman[829]: (829)(-1224777872)[DEBUG] Closed socket 8 (AF_INET6 ::1 port 3350)
May 16 11:57:20 raspberry xrdp-sesman[847]: (847)(-1224777872)[INFO ] /usr/lib/xorg/Xorg :10 -auth .Xauthority -config xrdp/xorg.conf -noreset -nolisten tcp -logfile .xorgxrdp.%s.log  
May 16 11:57:20 raspberry xrdp-sesman[829]: (829)(-1224777872)[CORE ] waiting for window manager (pid 846) to exit
May 16 11:57:20 raspberry xrdp[826]: (826)(-1225734032)[INFO ] lib_mod_log_peer: xrdp_pid=826 connected to X11rdp_pid=847 X11rdp_uid=1000 X11rdp_gid=1000 client_ip=fe80::c060:95d6:31b1:7597 client_port=1605
May 16 11:57:20 raspberry xrdp[826]: (826)(-1225734032)[DEBUG] xrdp_wm_log_msg: connected ok
May 16 11:57:21 raspberry systemd[832]: Started D-Bus User Message Bus.
May 16 11:57:21 raspberry xrdp[826]: (826)(-1225734032)[DEBUG] xrdp_mm_connect_chansrv: chansrv connect successful
May 16 11:57:21 raspberry xrdp[826]: (826)(-1225734032)[DEBUG] Closed socket 16 (AF_INET6 ::1 port 56326)
May 16 11:57:21 raspberry kernel: [   81.432123] fuse init (API version 7.27)
May 16 11:57:21 raspberry systemd[1]: Mounting FUSE Control File System...
May 16 11:57:21 raspberry systemd[1]: Mounted FUSE Control File System.
May 16 11:57:22 raspberry dbus-daemon[887]: [session uid=1000 pid=887] Activating via systemd: service name='org.gtk.vfs.Daemon' unit='gvfs-daemon.service' requested by ':1.3' (uid=1000 pid=846 comm="/usr/bin/lxsession -s LXDE-pi -e LXDE ")
May 16 11:57:22 raspberry systemd[832]: Starting Virtual filesystem service...
May 16 11:57:22 raspberry dbus-daemon[887]: [session uid=1000 pid=887] Successfully activated service 'org.gtk.vfs.Daemon'
May 16 11:57:22 raspberry systemd[832]: Started Virtual filesystem service.
May 16 11:57:23 raspberry dbus-daemon[887]: [session uid=1000 pid=887] Activating via systemd: service name='org.gtk.vfs.UDisks2VolumeMonitor' unit='gvfs-udisks2-volume-monitor.service' requested by ':1.7' (uid=1000 pid=953 comm="pcmanfm --desktop --profile LXDE-pi ")
May 16 11:57:23 raspberry systemd[832]: Starting Virtual filesystem service - disk device monitor...
May 16 11:57:23 raspberry dbus-daemon[887]: [session uid=1000 pid=887] Successfully activated service 'org.gtk.vfs.UDisks2VolumeMonitor'
May 16 11:57:23 raspberry systemd[832]: Started Virtual filesystem service - disk device monitor.
May 16 11:57:23 raspberry dbus-daemon[887]: [session uid=1000 pid=887] Activating via systemd: service name='org.gtk.vfs.GoaVolumeMonitor' unit='gvfs-goa-volume-monitor.service' requested by ':1.7' (uid=1000 pid=953 comm="pcmanfm --desktop --profile LXDE-pi ")
May 16 11:57:23 raspberry systemd[832]: Starting Virtual filesystem service - GNOME Online Accounts monitor...
May 16 11:57:23 raspberry dbus-daemon[887]: [session uid=1000 pid=887] Successfully activated service 'org.gtk.vfs.GoaVolumeMonitor'
May 16 11:57:23 raspberry systemd[832]: Started Virtual filesystem service - GNOME Online Accounts monitor.
May 16 11:57:23 raspberry dbus-daemon[887]: [session uid=1000 pid=887] Activating via systemd: service name='org.gtk.vfs.GPhoto2VolumeMonitor' unit='gvfs-gphoto2-volume-monitor.service' requested by ':1.7' (uid=1000 pid=953 comm="pcmanfm --desktop --profile LXDE-pi ")
May 16 11:57:23 raspberry systemd[832]: Starting Virtual filesystem service - digital camera monitor...
May 16 11:57:23 raspberry dbus-daemon[887]: [session uid=1000 pid=887] Successfully activated service 'org.gtk.vfs.GPhoto2VolumeMonitor'
May 16 11:57:23 raspberry systemd[832]: Started Virtual filesystem service - digital camera monitor.
May 16 11:57:23 raspberry dbus-daemon[887]: [session uid=1000 pid=887] Activating via systemd: service name='org.gtk.vfs.AfcVolumeMonitor' unit='gvfs-afc-volume-monitor.service' requested by ':1.7' (uid=1000 pid=953 comm="pcmanfm --desktop --profile LXDE-pi ")
May 16 11:57:23 raspberry systemd[832]: Starting Virtual filesystem service - Apple File Conduit monitor...
May 16 11:57:23 raspberry gvfs-afc-volume-monitor[1010]: Volume monitor alive
May 16 11:57:23 raspberry dbus-daemon[887]: [session uid=1000 pid=887] Successfully activated service 'org.gtk.vfs.AfcVolumeMonitor'
May 16 11:57:23 raspberry systemd[832]: Started Virtual filesystem service - Apple File Conduit monitor.
May 16 11:57:23 raspberry dbus-daemon[887]: [session uid=1000 pid=887] Activating via systemd: service name='org.gtk.vfs.MTPVolumeMonitor' unit='gvfs-mtp-volume-monitor.service' requested by ':1.7' (uid=1000 pid=953 comm="pcmanfm --desktop --profile LXDE-pi ")
May 16 11:57:23 raspberry systemd[832]: Starting Virtual filesystem service - Media Transfer Protocol monitor...
May 16 11:57:23 raspberry dbus-daemon[887]: [session uid=1000 pid=887] Successfully activated service 'org.gtk.vfs.MTPVolumeMonitor'
May 16 11:57:23 raspberry systemd[832]: Started Virtual filesystem service - Media Transfer Protocol monitor.
May 16 11:57:23 raspberry dbus-daemon[887]: [session uid=1000 pid=887] Activating via systemd: service name='org.gtk.vfs.Metadata' unit='gvfs-metadata.service' requested by ':1.7' (uid=1000 pid=953 comm="pcmanfm --desktop --profile LXDE-pi ")
May 16 11:57:23 raspberry systemd[832]: Starting Virtual filesystem metadata service...
May 16 11:57:23 raspberry dbus-daemon[887]: [session uid=1000 pid=887] Successfully activated service 'org.gtk.vfs.Metadata'
May 16 11:57:23 raspberry systemd[832]: Started Virtual filesystem metadata service.
May 16 12:01:36 raspberry dbus-daemon[887]: [session uid=1000 pid=887] Activating service name='ca.desrt.dconf' requested by ':1.20' (uid=1000 pid=1125 comm="mousepad /var/log/syslog ")
May 16 12:01:36 raspberry dbus-daemon[887]: [session uid=1000 pid=887] Successfully activated service 'ca.desrt.dconf'
May 16 12:05:49 raspberry dbus-daemon[332]: [system] Activating via systemd: service name='org.freedesktop.hostname1' unit='dbus-org.freedesktop.hostname1.service' requested by ':1.29' (uid=1000 pid=1155 comm="xarchiver /var/log/syslog.2.gz ")
May 16 12:05:49 raspberry systemd[1]: Starting Hostname Service...
May 16 12:05:50 raspberry dbus-daemon[332]: [system] Successfully activated service 'org.freedesktop.hostname1'
May 16 12:05:50 raspberry systemd[1]: Started Hostname Service.
May 16 12:05:50 raspberry gvfsd[932]: mkdir failed on directory /var/cache/samba: Permission non accordée
May 16 12:05:50 raspberry gvfsd[932]: mkdir failed on directory /var/cache/samba: Permission non accordée
May 16 12:05:50 raspberry gvfsd[932]: mkdir failed on directory /var/cache/samba: Permission non accordée
May 16 12:05:50 raspberry gvfsd[932]: mkdir failed on directory /var/cache/samba: Permission non accordée
May 16 12:05:50 raspberry gvfsd[932]: mkdir failed on directory /var/cache/samba: Permission non accordée
May 16 12:05:50 raspberry gvfsd[932]: mkdir failed on directory /var/cache/samba: Permission non accordée
May 16 12:05:50 raspberry gvfsd[932]: mkdir failed on directory /var/cache/samba: Permission non accordée
May 16 12:05:50 raspberry gvfsd[932]: mkdir failed on directory /var/cache/samba: Permission non accordée
May 16 12:05:50 raspberry gvfsd[932]: mkdir failed on directory /var/cache/samba: Permission non accordée
May 16 12:05:50 raspberry gvfsd[932]: mkdir failed on directory /var/cache/samba: Permission non accordée
May 16 12:05:50 raspberry gvfsd[932]: mkdir failed on directory /var/cache/samba: Permission non accordée
May 16 12:05:50 raspberry gvfsd[932]: mkdir failed on directory /var/cache/samba: Permission non accordée
May 16 12:05:50 raspberry gvfsd[932]: mkdir failed on directory /var/cache/samba: Permission non accordée
May 16 12:05:50 raspberry gvfsd[932]: mkdir failed on directory /var/cache/samba: Permission non accordée
May 16 12:05:50 raspberry gvfsd[932]: mkdir failed on directory /var/cache/samba: Permission non accordée
May 16 12:05:50 raspberry gvfsd[932]: mkdir failed on directory /var/cache/samba: Permission non accordée
May 16 12:06:20 raspberry systemd[1]: systemd-hostnamed.service: Succeeded.
May 16 12:07:05 raspberry dbus-daemon[332]: [system] Activating via systemd: service name='org.freedesktop.hostname1' unit='dbus-org.freedesktop.hostname1.service' requested by ':1.32' (uid=1000 pid=1225 comm="xarchiver --extract-to /home/pi/Desktop /home/pi/D")
May 16 12:07:05 raspberry systemd[1]: Starting Hostname Service...
May 16 12:07:05 raspberry dbus-daemon[332]: [system] Successfully activated service 'org.freedesktop.hostname1'
May 16 12:07:05 raspberry systemd[1]: Started Hostname Service.
May 16 12:07:35 raspberry systemd[1]: systemd-hostnamed.service: Succeeded.
May 16 12:11:29 raspberry systemd[1]: Starting Cleanup of Temporary Directories...
May 16 12:11:29 raspberry systemd[1]: systemd-tmpfiles-clean.service: Succeeded.
May 16 12:11:29 raspberry systemd[1]: Started Cleanup of Temporary Directories.
May 16 12:12:01 raspberry hostapd: wlan0: STA 50:02:91:df:29:8c IEEE 802.11: associated
May 16 12:12:01 raspberry hostapd: wlan0: STA 50:02:91:df:29:8c RADIUS: starting accounting session FB04D28A4F9B26F5
May 16 12:12:01 raspberry hostapd: wlan0: STA 50:02:91:df:29:8c WPA: pairwise key handshake completed (RSN)
May 16 12:12:06 raspberry hostapd: wlan0: STA 50:02:91:df:29:8c IEEE 802.11: disassociated
May 16 12:12:06 raspberry hostapd: wlan0: STA 50:02:91:df:29:8c IEEE 802.11: disassociated
May 16 12:12:06 raspberry hostapd: wlan0: STA 50:02:91:df:29:8c IEEE 802.11: associated
May 16 12:12:06 raspberry hostapd: wlan0: STA 50:02:91:df:29:8c IEEE 802.11: disassociated
May 16 12:12:07 raspberry hostapd: wlan0: STA 50:02:91:df:29:8c IEEE 802.11: disassociated
May 16 12:12:07 raspberry hostapd: wlan0: STA 50:02:91:df:29:8c IEEE 802.11: associated
May 16 12:12:07 raspberry hostapd: wlan0: STA 50:02:91:df:29:8c RADIUS: starting accounting session 56FE14493BDB8CA8
May 16 12:12:07 raspberry hostapd: wlan0: STA 50:02:91:df:29:8c WPA: pairwise key handshake completed (RSN)
May 16 12:12:28 raspberry hostapd: wlan0: STA 50:02:91:df:22:c1 IEEE 802.11: associated
May 16 12:12:28 raspberry hostapd: wlan0: STA 50:02:91:df:22:c1 RADIUS: starting accounting session F7CABC5693BE17AB
May 16 12:12:28 raspberry hostapd: wlan0: STA 50:02:91:df:22:c1 WPA: pairwise key handshake completed (RSN)
May 16 12:12:59 raspberry hostapd: wlan0: STA 50:02:91:de:67:f7 IEEE 802.11: associated
May 16 12:12:59 raspberry hostapd: wlan0: STA 50:02:91:de:67:f7 RADIUS: starting accounting session 0BAEF1BED9A18F1A
May 16 12:12:59 raspberry hostapd: wlan0: STA 50:02:91:de:67:f7 WPA: pairwise key handshake completed (RSN)
May 16 12:13:32 raspberry hostapd: wlan0: STA 50:02:91:de:dd:03 IEEE 802.11: associated
May 16 12:13:32 raspberry hostapd: wlan0: STA 50:02:91:de:dd:03 RADIUS: starting accounting session 5A87B1B80C8B802E
May 16 12:13:32 raspberry hostapd: wlan0: STA 50:02:91:de:dd:03 WPA: pairwise key handshake completed (RSN)
May 16 12:13:53 raspberry hostapd: wlan0: STA 50:02:91:df:1d:40 IEEE 802.11: associated
May 16 12:13:53 raspberry hostapd: wlan0: STA 50:02:91:df:1d:40 RADIUS: starting accounting session 59C92F30F9F35E69
May 16 12:13:53 raspberry hostapd: wlan0: STA 50:02:91:df:1d:40 WPA: pairwise key handshake completed (RSN)
May 16 12:14:15 raspberry hostapd: wlan0: STA 50:02:91:de:e0:0b IEEE 802.11: associated
May 16 12:14:15 raspberry hostapd: wlan0: STA 50:02:91:de:e0:0b RADIUS: starting accounting session 3ADD7C81ADAF9B74
May 16 12:14:15 raspberry hostapd: wlan0: STA 50:02:91:de:e0:0b WPA: pairwise key handshake completed (RSN)
May 16 12:16:46 raspberry hostapd: wlan0: STA 50:02:91:de:df:03 IEEE 802.11: associated
May 16 12:16:46 raspberry hostapd: wlan0: STA 50:02:91:de:df:03 RADIUS: starting accounting session 0EFE8A7E64EE8195
May 16 12:16:46 raspberry hostapd: wlan0: STA 50:02:91:de:df:03 WPA: pairwise key handshake completed (RSN)
May 16 12:17:01 raspberry CRON[2041]: (root) CMD (   cd / && run-parts --report /etc/cron.hourly)
May 16 12:17:13 raspberry hostapd: wlan0: STA 50:02:91:de:df:0b IEEE 802.11: associated
May 16 12:17:13 raspberry hostapd: wlan0: STA 50:02:91:de:df:0b RADIUS: starting accounting session 090438287D2A3929
May 16 12:17:13 raspberry hostapd: wlan0: STA 50:02:91:de:df:0b WPA: pairwise key handshake completed (RSN)
May 16 12:18:35 raspberry kernel: [ 1355.419673] brcmfmac: brcmf_sdio_hostmail: mailbox indicates firmware halted
May 16 12:18:55 raspberry kernel: [ 1375.553553] brcmfmac: brcmf_sdio_bus_rxctl: resumed on timeout
May 16 12:18:55 raspberry kernel: [ 1375.554017] brcmfmac: brcmf_sdio_checkdied: firmware trap in dongle
May 16 12:18:58 raspberry kernel: [ 1378.113594] brcmfmac: brcmf_proto_bcdc_query_dcmd: brcmf_proto_bcdc_msg failed w/status -110
May 16 12:18:58 raspberry kernel: [ 1378.113602] brcmfmac: brcmf_cfg80211_get_station: GET STA INFO failed, -110
May 16 12:19:18 raspberry kernel: [ 1398.033992] brcmfmac: brcmf_proto_bcdc_query_dcmd: brcmf_proto_bcdc_msg failed w/status -110
May 16 12:19:20 raspberry kernel: [ 1400.594145] brcmfmac: brcmf_proto_bcdc_query_dcmd: brcmf_proto_bcdc_msg failed w/status -110
May 16 12:19:20 raspberry kernel: [ 1400.594161] brcmfmac: brcmf_cfg80211_get_station: GET STA INFO failed, -110
Le problème se reproduit bien avec les mêmes symptomes, le wifi plante au 9ème client.

Pour info, hier, j'ai ré-essayé sur la même Raspberry mais avec une carte SD contenant mon ancienne image (point d'accès sans pont avec RASPAP, le point initial de cette discussion). Dans cette config j'arrive à connecter entre 13 et 14 clients puis ensuite j'atteint de nouveau une limite mais avec un comportement similaire à celui que vous décriviez (impossible de connecter un nouveau client ou départ aléatoire d'un client déjà connecté mais pas de problème avec les autres clients). J'ai vu sur les forums que beaucoup ont ce problème qui semble avoir une origine plutôt physique ou très bas niveau sans solution à ce jour.

En début de semaine je devrais pouvoir essayer derrière un autre routeur, je vous dirai si le comportement change, par contre je n'aurai plus accès à une raspberry pendant quelques temps ensuite.

Bon week-end.

Return to “Français”