Je suis sur un RPI3B+ avec Debian 11 et une appli domotique.
J’ai installé sur ce RPI3B+ le Wifi.
Le wifi est reconnu, paramétrage « raspi-config » OK
Paramétrage fichier /etc/wpa/supplicant.conf OK.
Sauf que quand je coupe l’alimentation du RPI au redémarrage plus de Wifi (?).
Je suis obligé de refaire « sudo raspi-config » (SSID et Mot de Passe) on dirait qu’il ne garde pas la configuration d’avant, et en plus il modifie systématiquement le fichier /etc/wpa_supplicant/wpa_supplicant.conf ?
(suppression de la ligne « key_mgmt=WPA-PSK.
Avant de poster j’ai fais plusieurs fois ce constat !
il n’y a peut être plus de place sur ta SD ( sur /root ) dans ce cas le système peut prendre en compte la modif mais ne la sauvegarde pas.
dans un terminal : df -h
si /dev/root est près de 100% il va falloir faire un peu de place…
Quand tu dis " je coupe l’alimentation du RPI" et si tu ne fais pas un sudo shutdown -h now ou autre sudo reboot avant, le fichier peut ne pas être écrit sur le disque ( en fait le buffer en ram n’est pas vidé sur le disque )
A ma connaissance le système ne supprime pas de ligne ( même celles en erreur ) dans les fichiers
L’humain est encore maître de la machine lol
Quand je dis « Je coupe l’alimentation » :
Sous l’application domotique je clique sur « Eteindre » ce qui doit correspondre à un shutdown.
Pour le moment c’est la machine qui est maitre de moi !
Je résume la situation :
Pour le moment le Wifi est OK, si j’éteins l’appli domotique pour pouvoir déplacer le RPI et l’installer dans un endroit sans ADSL ou fibre, le RPI redémarre mais pas de wifi et donc pas d’accès à mon RPI.
. la commande :rfkill list pour voir si le wifi n est pas bloqué puis au cas où il l’est rfkill unblock 0 pour débloquer le wifi …
. ip a pour vérifier que wlan0 a bien une adresse IP
. ssh pi@<l’adresse ip trouvée> exemple : ssh pi@192.168.1.2 pour se connecter au Rpi.
. éventuellement vérifier si il n y a par un firewall qui bloque le wlan0 ( dans /var/log/syslog )
avec ça on est sur que le wifi fonctionne et qu’il permet la connexion …
la « disparition » de la ligne s’explique par le fait que raspi-config écrase le paragraphe network du SSID dans wpa_supplicant.conf et ne crée ou ne modifier que la ligne SSID et le mot de passe en écrasant le reste.,
pi@jeedom:~ $ rfkill list
0: phy0: Wireless LAN
Soft blocked: no
Hard blocked: no
1: hci0: Bluetooth
Soft blocked: no
Hard blocked: no
pi@jeedom:~ $
Pas de problème.
Ensuite :
pi@jeedom:~ $ ip a
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 pfifo_fast state UP group default qlen 1000
link/ether b8:27:eb:2f:f0:21 brd ff:ff:ff:ff:ff:ff
inet 192.168.0.17/24 brd 192.168.0.255 scope global dynamic noprefixroute eth0
valid_lft 42713sec preferred_lft 37313sec
inet6 2a01:e0a:376:2760:868e:8df:2cfa:ae90/64 scope global dynamic mngtmpaddr noprefixroute
valid_lft 86167sec preferred_lft 86167sec
inet6 fe80::b214:8cb9:f426:541/64 scope link
valid_lft forever preferred_lft forever
3: wlan0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
link/ether b8:27:eb:7a:a5:74 brd ff:ff:ff:ff:ff:ff
inet 192.168.1.186/24 brd 192.168.1.255 scope global dynamic noprefixroute wlan0
valid_lft 74726sec preferred_lft 59910sec
inet6 fe80::5391:2ca1:9804:ea61/64 scope link
valid_lft forever preferred_lft forever
5: tun0: <POINTOPOINT,MULTICAST,NOARP,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UNKNOWN group default qlen 500
link/none
inet 10.12.14.194 peer 10.12.14.193/32 scope global tun0
valid_lft forever preferred_lft forever
inet6 fe80::6546:4f58:8d7f:fd39/64 scope link stable-privacy
valid_lft forever preferred_lft forever
il a bien pris une adresse pour le Wifi : 192.168.1.186.
Ensuite
pi@jeedom:~ $ ssh pi@192.168.1.186
The authenticity of host '192.168.1.186 (192.168.1.186)' can't be established.
ECDSA key fingerprint is SHA256:ZFostkyVBhd7eZbs6JA1D1GIuVfYR15d867gu/cv7/c.
Are you sure you want to continue connecting (yes/no/[fingerprint])?
La j’ai répondu « no » ne voulant pas faire de betise !
A mon avis il y a dans ce fichier trop d’informations confidentielles pour que je le post ici.
Ok je comprends.
Mais le reste est important c’est " key_mgmt=WPA-PSK " !
Et pourquoi je suis obligé à chaque démarrage de refaire raspi-config pour retrouver le WIFI ?
bon ok le wifi fonctionne.
ce que je te propose c’est de débrancher les câbles réseau, de redémarrer et de tester le ssh ssh pi@192.168.1.186 ( tu peux répondre yes sans soucis ) mais même si tu réponds no si ssh te répond, ’ The authenticity of host …’ le wifi fonctionne !
ce que j’imagine c’est que le ssh va fonctionner et que ce serait le programme qui te sert à communiquer avec le Rpi pour jeedom ( l’interface ? ) qui a du mal a se connecter sur wlan0…
mais tu l auras compris, je ne connait pas jeedom !
Oui le Wifi fonctionne (très lent mais ça c’est une autre histoire).
Si je débranche le câble (RJ45), comment je vais exécuter ssh pi… sur ma tablette ?
Mon vrais Pb c’est que quand j’éteins le RPI par l’appli domotique pour pouvoir déplacer le RPI et l’installer dans un endroit sans ADSL ou fibre, le RPI redémarre mais pas de wifi et donc pas d’accès à mon RPI.
j 'en vient a me demander si l’endroit dans lequel tu déplaces ton Rpi est bien couvert par le wifi.
tu dois trouver l info dans la box au nouveau du DHCP après l avoir placé dans l’endroit sans liaison Ethernet…
sinon tu devrais trouver un client ssh pour ta tablette en « googlisant » tablette client ssh et en précisant l’OS utilisé ( windows ou,android ou …) tout ça pour savoir si le problème vient du wifi ou de l’interface jeedom
J’ai enfin trouvé et installé un client ssh pour ma tablette « SSHelper ».
J’ai effectué la commande ssh pi@192.168.1.186.
Réponse : ssh: connect to host 192.168.1.186 port 22: No route to host.
Le routeur est à coté de la tablette et du RPI .
Le routeur voit bien la tablette (193.168.1.117) et le RPI (192.168.1.186).
Je ne comprends pas.
salutations
Complément d’information.
Je me connecte bien avec la tablette sur le routeur pour l’administrer c’est relativement rapide.
Par contre avec ma tablette ou un PC portable je me connecte à mon application domotique, mais ça ce traine lamentablement ! !
Plusieurs minutes pour ouvrir l’application.
Il faut peut être que je change le canal, pour le moment il est en « Automatique » sur le routeur.
Non c’est toujours pareil ! Je résume la situation :
Le Wifi est OK, si j’éteins proprement l’appli domotique ou fais « sudo halt » en SSH pour pouvoir déplacer le RPI et l’installer dans un endroit sans ADSL ou fibre, le RPI redémarre mais pas de wifi et donc pas d’accès à mon RPI.
Je ne sais plus quoi faire !
tu as en fait deux box :
. une internet (ADSL ou fibre )
. une autre 4G
donc deux ssid différents ( le nom de la box pour le wifi ) donc tu dois avoir besoin de deux paragraphes server dans /etc/wpa_supplicant/wpa_supplicant.conf
le wpa_supplicant.conf de ton Rpi doit ressembler a peu prêt à ça :
Oui j’ai deux Box.
Une internet (ADSL ou fibre ) pour configurer l’application domotique dans ma maison.
Une 4G pour utilisation de cette application dans un autre site sans Ethernet.
Jamais les deux en même temps !
