Bonjour.
Je vous propose mon tutoriel concernant :
en souhaitant qu'il vous soit utile.
Amicalement,
naute
Consultez notre forum sur le Raspberry Pi.
Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter
Connexion à distance vers un Raspberry Pi
Bonjour
Je vous propose mon tutoriel concernant :
en souhaitant qu'il vous soit utile.
Amicalement,
naute
Salut naute.
Je trouve votre sujet compliqué. La plupart des nouveaux utilisateurs de la raspberry ont un ordinateur windows.
Pourquoi s'adresser à des gens confirmés qui ont déjà un linux ?
Non, il s'adresse à ceux qui gère la raspberry comme un nano-ordinateur, possédant une liaison soit wifi soit éthernet.Envoyé par Naute
Vous le dites vous-même :
D'une part, un matériel embarqué ne se gère pas directement. C'est comme une application en production, on travaille sur une version en développement.
Quand les tests sont corrects alors on transfert la nouvelle version vers votre matériel embarqué (ou en production).
Vous n'abordez même pas comment sécuriser votre connexion ssh avec un clef privée ? C'est pourtant très utile !
Justement il est fortement déconseillé d'attribuer une adresse IP fixe depuis votre raspberry.
C'est le rôle du DHCP de gérer les adresses IP de votre réseau local.
Dans votre box, vous avez la possibilité d'attribuer une adresse IPv4 & IPv6 fixe. Pourquoi ne pas le faire ?
Le sujet a déjà été traité une multitude de fois. Qu'est-ce que vous apporté de nouveau ?
@+
Bonjour Arthemus24
J'ai fait ce que j'ai pu.
Étant donné l'écart entre le nombre d'utilisateur Windows et le nombre d'utilisateur GNU-Linux, il est effectivement probable qu'il y ait plus d'utilisateurs du couple Windows/Raspberry que du couple GNU-Linux/Raspberry. Il se trouve que je travaille sous GNU-Linux, c'est tout. Et je ne savais pas que les gens qui utilisaient GNU-Linux étaient tous confirmés. D'ailleurs, l'article s'adresse aux débutants. Sinon, pourquoi aurai-je autant détaillé l'utilisation de la ligne de commande, par exemple.
En fait non. Ceux qui veulent vraiment utiliser la Raspberry comme nano-ordinateur ont tout intérêt à lui allouer un écran et un clavier perso. Je m'adresse ici à ceux qui utilisent leur Rasperry en embarqué et qui n'ont donc besoin que ponctuellement d'utiliser un écran et un clavier, au départ pour charger et mettre au point leur programme de gestion des broches GPIO, et par la suite pour d'éventuelles modifications de ce programme. La plupart du temps, la carte sera déconnectée du réseau.
C'est vrai quand on fabrique une cafetière ou un Airbus, ici on est dans le domaine privé avec des petites (ou grandes) applications domestiques où la gestion du développement n'est pas la même.
Ce n'est pas faux, mais on sort du cadre de cet article. On est ici dans de l'intranet domestique, pas dans de l'administration réseau au sein d'une entreprise. Les problèmes de sécurité ne sont pas les mêmes, et les implications non plus. Et comme dit plus haute, la carte n'est connectée au réseau que peu de temps.
Il me semble que c'est ce que je dis dans l'article. Je préconise de spécifier l'adresse "statique" depuis la box.
C'est exact, mais à la première connexion de la box au réseau, une adresse lui étant attribuée automatiquement, je l'utilise pour des raisons de simplicité. Je le répète, nous somme dans un réseau familial, et avant que la plage d'adressage DHCP soit saturée, il va se passer du temps. Et si la box propose la fonctionnalité permettant de passer une adresse DHCP en statique, c'est bien pour qu'elle soit utilisée. Ici, ça m'a semblé approprié, et c'est comme ça que je pratique en général. Mais bon!
C'est donc qu'à part la première fois, une multitude -1 l'ont estimé utile et je fais partie de cette multitude. Je n'ai pas la prétention d'avoir inventé quelque chose, simplement apporté une formulation différente. Présenter une même chose de manières différentes permet d'atteindre un public plus large. Une explication peut paraître nébuleuse à certains et limpide à d'autre. Une reformulation peut être la solution.
Merci pour vos commentaires,
amicalement,
naute
Salut Naute.
Merci pour vos réponses !
@+
VNC pas mort
Bonjour,
Merci Naute pour ce tutoriel. Il ne s'applique pas qu'au rPi, tightvncserver est également très pratique pour d'autres utilisations, même en lecture seule.
Bonsoir !
De manière générale, le tuto part du principe que tout est controlé et tout va bien... Et c'est un problème en soit. Quand j'ai voulu utiliser le miens, pas d'écran HDMI à la maison ! Pas de lecteur de carte SD non plus !
J'ai fait un tuto vidéo sur ma chaîne youtube en partant du principe que l'on a pas d'écran HDMI et pas de lecteur SD non plus d'intégrer sur son ordi mais qu'on peut s'en sortir avec un appareil photo ou un téléphone portable. (Si vous voulez le lien ou meme utilisé le tuto pour le site, ne pas hésiter )
Avant même de parler de sécuriser le SSH, il faudrait parler de sécuriser le raspi tout court en changeant le mot de passe par défaut. Surtout avec une installation de raspbian... ( J'ai testé openSuse et le problème est différent et pas spécialement adapté pour les débutants )
Concernant la connexion SSH, on peut restreindre les connexions au niveau réseau local ( un fichier de config a modifier pour restreindre l'écoute ). Ensuite, installation des clés, du firewall.
J'espère que j'ai pas été trop désagréable, c'était pas mon intention !
Hello,
un très bon tuto à la première lecture pour ma part, merci.
J'apprécie sincèrement les explications détaillées des commandes saisies, car (et contrairement à 95% des gens qui fréquentent Developpez.com, je ne suis pas de la partie, mais un modeste bidouilleur qui apprends plein de choses ici...) j'utilise occasionnellement le SSH pour discuter avec une Framboise de la maison, et sans mes notes, au delà des mises à jour & autres commandes courantes, j'ai parfois du mal...
Enfin, je ne connaissais pas vinagre, juste VNC forcement, du coup ayant un vieux & vaillant netbook sous Debian, je pense que je vais m'y lancer au prochaines vacances avec mon gamin puisqu'il était prévu installer Octoprint pour sa petite Anet...
Slts
Bonjour epimannn)
Aucun soucis. Bien que je préfère les complimentsJ'espère que j'ai pas été trop désagréable, c'était pas mon intention !, étant bassement humain
, les critiques sont les bien-venues dès lors qu'elles sont exprimées avec courtoisie.
C'est un peu vrai. Je pars du principe que tout le monde (concerné par ce tutoriel) a un ordinateur, une carte Raspberry Pi, l'électricité, un boulot pour payer tout ça et du temps libre pour en profiter. C'est un postulat, mais je ne vois pas trop comment faire autrement. De plus, ce tutoriel est écrit à la base pour expliquer comment se passer, entre autre, d'un écran HDMI, et donc le fait de ne pas en avoir n'est pas du tout une contre indication.
Vous faîtes d'ailleurs une hypothèse équivalente en estimant que tout le monde possède un appareil photo ou un téléphone portable.
Je ne vois aucun inconvénient à ce que vous spécifiiez un lien sur ce fil, mais je vous engage plutôt à écrire un tutoriel sur ce sujet pour developpez.com. Il n'y a pas concurrence (et même si...) mais complémentarité.
C'est traité dans ce chapitre
C'est tout à fait exact. Mais comme j'ai répondu à Artemus24, pour une remarque équivalente, nous sommes ici dans du domestique et une utilisation déconnectée du réseau à 99% (estimation). Il est normal que, en tant que technicien réseau, vous soyez sensibilisé aux problèmes de sécurité du réseau. Mais ici, c'est hors de proportion. On n'est pas au Pentagone. Qui va s'amuser à investir votre réseau pour empêcher l'allumage automatique de la lumière dans votre salle de bain. De plus, je le rappelle, ce tutoriel est destiné aux débutants et le compliquer à plaisir serait contre productif.
Merci pour vos commentaires,
amicalement,
naute
Je pense que j'avais surtout un problème avec la forme plus que le fond lors de ma lecture.
Le contenu est correct, après c'est de la paranoïa de technicien réseau...
Et pourquoi je suis "N"-eux ?Bonjour epimannn
C'est parce que le pseudo avec un seul N était souvent pris, du coup j'en ai mis trois et c'est une habitude qui est restée...
Qui aura avec assez de rage en lui pour afficher autant de N que moi dans son pseudo ?
Personne, j'espère
Pour les utilisateurs "windows" on peut utiliser putty et une connexion ssh. On se retrouve alors avec la console linux de l'utilisateur pi
Gérer une connexion avec une ip fixe et bien plus facile que devoir la retrouver à chaque démarrage.
Pour le reste, j'aime beaucoup ce tuto
Et puisque tightVNC Server est installé sur le Pi, il y a aussi un tightVNC Viewer sous Windows
Arduino, Raspberry Pi, ESP32, Infineon/Cypress PSoC, FPGA...
Arduino : Le forum, Le manuel de laboratoire, les Quiz, les cahiers pratiques, les sources et outils
Des capteurs connectés pour la maison avec Arduino et Raspberry Pi [Nouveau] Et en Zigbee ?
- FPGA : programmation d'un transmetteur UART en SystemVerilog [Nouveau]
- Apprendre à développer sur FPGA avec Intel Quartus Prime
- FPGA : programmer un contrôleur pour écran VGA
[Nouveau] Vous voulez soutenir le Club Developpez.com ? Abonnez-vous !
Bonjour
J'aurai effectivement dû intégrer ces deux éléments : Cela aurait étendu l'utilisation du tutoriel à la plateforme Windows.
Sur ma Live Box, et j'imagine qu'il en est de même pour la plupart des Box, l'adresse IP DHCP reste la même entre deux connexions. Elle n'est libérée, si ma mémoire est bonne, qu'au bout de trois mois sans connexion. Mais malgré tout, je préconise effectivement de passer en IP statique. Par contre, il est préférable de le faire depuis la Box plutôt que de l'imposer depuis la Raspberry Pi, car en cas de délocalisation de celle-ci, il peut y avoir conflit avec la nouvelle Box.
Merci pour les retours.
Amicalement,
naute
Bonjour,
pour info, j'avais fait un tutoriel assez complet sur la prise de contrôle à distance d'une machine Linux, donc Raspberry Pi sous Raspbian, incluant les méthodes d'accès depuis un client aussi bien Windows que Linux:
https://pronflette.developpez.com/tu...role-distance/
Plus on apprend, plus on découvre que ce que l'on sait est insignifiant face à tout ce que l'on ne sait pas.
Retrouvez la liste de mes articles et tutoriels sur la sauvegarde-restauration, les distributions éducatives, le système Linux et le Raspberry pi en cliquant sur ce lien.
Salut Philippe Dpt35.
Ce n'est pas une prise de contrôle à distance, comme le ferait le logiciel "teamviewer", mais bien une connexion à distance. Ce n'est pas exactement la même chose.
1) le contrôle à distance est le partage d'une session entre deux utilisateurs, celui qui prend le contrôle effectue une assistance, et où l'utilisateur peut à tout instant interrompre le contrôle.
Si la session n'est pas ouverte au préalable, il ne peut pas y avoir de prise de contrôle.
Le cas le plus flagrant est quand l'utilisateur manipule la souris en même temps que l'assistant !
2) la connexion à distance est comme son nom l'indique, l'accès vers un ordinateur distant avec ouverture d'une session propre à celui qui se connecte.
De ce fait, il n'y a qu'un seul utilisateur, et il n'y a pas prise de contrôle de la souris, du clavier ou quoi que ce soit d'autre sur cette ordinateur.
@+
Tout à fait. Mais pour prendre le contrôle à distance, il faut commencer par établir une connexion à distance. On a donc dans le tutoriel les explications pour cette première étape, et ce pour différents protocoles de connexion. Qui peut le plus peut le moins !
Plus on apprend, plus on découvre que ce que l'on sait est insignifiant face à tout ce que l'on ne sait pas.
Retrouvez la liste de mes articles et tutoriels sur la sauvegarde-restauration, les distributions éducatives, le système Linux et le Raspberry pi en cliquant sur ce lien.
Salut Philippe Dpt35.
Dans la prise de contrôle à distance, vous êtes obligés de partager les mêmes ressources.
Autrement dit, ssh ne sait pas identifier les ressources si elles ne sont pas ouvertes au préalable, ou encore si elles ne sont pas identifiés.
Ce qui implique une gestion de ces ressources que vous ne pouvez pas faire avec la connexion à distance.
Un autre logiciel bien connu de la prise de contrôle à distance est PCAnywhere.
@+
Pour ajouter un petit plus pour le débutant:
installer mc sur le pi
Il se lance en tapant simplement mc dans la console (éventuellement sudo mc pour être en root)
Code : Sélectionner tout - Visualiser dans une fenêtre à part sudo apt-get install mc
Ce petit utilitaire permet de manipuler facilement les répertoires et les fichier sans connaître les commandes; il y a même un éditeur de texte bien pratique.
Répondre avec citation
Partager