RealVNC et RPI avec accès par MACOS

Vous avez réalisé ou vous voulez réaliser un truc impensable avec votre Raspberry Pi ? Cet endroit est pour vous...

Modérateur : Francois

Répondre
raptor
Messages : 28
Enregistré le : mar. 28 juil. 2015 22:19

RealVNC et RPI avec accès par MACOS

Message par raptor » mar. 30 janv. 2024 23:06

Bonjour,`je voudrais vous soumettre un truc assez incompréhensible (en tout cas pour moi)
Je possede deux Raspberry RPI3B+ et RPI P400, ils ont été configurés de la meme manière avec rasbian, ils ont les meme appli, et sont sur mon réseau.
Avec mon MAC , je peux accéder avec RealVNC sans probleme et tout le temps au RPI3 , par contre sur le P400, j'ai tres souvent "Autorisation refusée" et j'ai remarqué, que VNC sur le P400, repassait sans savoir pourquoi à OFF.
Là je sèche.....merci pour conseils.
Slts

piper
Raspinaute
Messages : 658
Enregistré le : sam. 5 juin 2021 18:57

Re: RealVNC et RPI avec accès par MACOS

Message par piper » mer. 31 janv. 2024 01:48

Bonjour,
VNC n'affiche jamais "Autorisation refusée"
Mais, dans les messages contenant le mot "refusé" il peut afficher "Connexion refusée"
Ce n'est pas du tout la même chose.

Connexion refusée signifie que le client n'a pas trouvé eu de réponse du serveur vnc.
Plusieurs possibles raisons à cela :
le service vnc ne tourne pas sur l'ordinateur cible
le pare-feu de l'ordinateur cible bloque la connexion
la carte réseau de l'ordinateur cible est en veille (facile à vérifier , par un ping lorsque le client vnc affiche le message par exemple)

Vu la configuration , je parie pour le (1) ou le (3), probablement le (1)
selon les configurations (et il y a eu beaucoup de changement ces derniers temps ex : migration de X11 vers Wayland et ses impacts sur VNC
le serveur vnc peut tourner soit en tant que service et il est toujours dispo (il y a alors une session de bureau ouverte par compte vnc paramétré)
ou en tant qu'application liée à un compte sur le bureau
Dans ce dernier cas, si la session de bureau associée à ce compte s'est mise en veille ... vnc est coupé
3 Pi4 : Emby / Samba , Librelec, Android TV
3 Pi3 : Hifiberry /OSMC, Games station, Samba / VPN / HotSpot Wifi
2 Pi2 : RFID, radio reveil (PiReveil)
1 Pi0 : traker GPS et acquisitions
1 Pi0 2W : tests divers
5 Arduinos dont 4 nanos et 1 Mega
1 ESP32

raptor
Messages : 28
Enregistré le : mar. 28 juil. 2015 22:19

Re: RealVNC et RPI avec accès par MACOS

Message par raptor » mer. 31 janv. 2024 12:57

Bonjour,
oui désolé, c'est connexion refusée.
Oui parfois VNC passe a OFF dans le rasai-config, je ne sais pas pourquoi , mais là c'est clair, pas d'accès possible,
mais le reste du temps VNC est pingable mais refuse la connexion.
Je vais regardé la mise en veille......merci
Capture d’écran 2024-01-31 à 12.54.05.png
Capture d’écran 2024-01-31 à 12.54.05.png (348.43 Kio) Vu 354 fois

raptor
Messages : 28
Enregistré le : mar. 28 juil. 2015 22:19

Re: RealVNC et RPI avec accès par MACOS

Message par raptor » dim. 4 févr. 2024 13:19

Bonjour,
Toujours mon probleme, pas de mise en veille côté display.
En faite c'est le RPI qui met le VNC sur OFF dans le rasai-config, et ca je ne sais pas pourquoi.
Je suis donc obligé de repasser sur ON toutes les fois, il y a un truc.....
Ci joint la copie d'écran.
cordialement
Fichiers joints
vnc off.png
vnc off.png (266.52 Kio) Vu 323 fois

piper
Raspinaute
Messages : 658
Enregistré le : sam. 5 juin 2021 18:57

Re: RealVNC et RPI avec accès par MACOS

Message par piper » lun. 5 févr. 2024 20:04

Selon les versions de l'OS il peut y avoir des comportements différents
Ex : sur certaines distributions récentes, vnc est intimement lié à la session du bureau
Si celle-ci est fermée :plus de vnc
Et sur certaines distributions, par défaut, la session est fermée après un timeout de non activité

Il y a aussi la mise en veille des cartes réseaux par défaut sur certaines nouvelles distributions.

Cependant, personnellement, je ne me sers quasiment jamais de vnc mais j'accède tout le temps aux Pi à distance : avec putty et winscp donc pas de soucis sauf si la carte réseau est mise en veille après un tmeps d'inactivité (c'est le cas par défaut avec fedora 39)

Sur les anciennes versions de Raspi OS et si, sur la dernière on a choisis de garder X11 alors le service vnc se nomme vncserver-x11-serviced.service
Il serait intéressant de connaitre les logs
sudo systemctl status vncserver-x11-serviced.service
voir
sudo journalctl -u vncserver-x11-serviced.service --since "2 hours ago" (changer 2 hours par la valeur qui va bien pour ne pas ramasser des mileirs de lignes)

Et si vous avez optez pour wayland sur bookworm alors c'est wayvnc.service
Donc voir
sudo systemctl status wayvnc.service
ou sudo journalctl -u wayvnc.service --since "2 hours ago"

Voir aussi l'état des services de mise en veille
sudo systemctl status sleep.target suspend.target hibernate
S'ils sont actifs :
sudo systemctl stop sleep.target suspend.target
sudo systemctl mask sleep.target suspend.target

Et si vous avez choisis le bureau par défaut, alors voir aussi le service de gestion du bureau, ça peut aider à comprendre ce qui se passe.
sudo systemctl status lightdm
sudo journalctl -u lightdm --since "2 hours ago"

sudo dmesg peut aussi aider à comprendre.

Rien n'est jamais étrange, il y a toujours une explication logique.
3 Pi4 : Emby / Samba , Librelec, Android TV
3 Pi3 : Hifiberry /OSMC, Games station, Samba / VPN / HotSpot Wifi
2 Pi2 : RFID, radio reveil (PiReveil)
1 Pi0 : traker GPS et acquisitions
1 Pi0 2W : tests divers
5 Arduinos dont 4 nanos et 1 Mega
1 ESP32

Répondre

Retourner vers « Utilisateurs avancés »