Bonjour :D .
Je vous propose mon tutoriel concernant :
en souhaitant qu'il vous soit utile.
Amicalement,
naute
:fleche: Consultez notre forum sur le Raspberry Pi.
Version imprimable
Bonjour :D .
Je vous propose mon tutoriel concernant :
en souhaitant qu'il vous soit utile.
Amicalement,
naute
:fleche: Consultez notre forum sur le Raspberry Pi.
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.Citation:
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.Citation:
Envoyé par Naute
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.Citation:
Envoyé par Naute
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 :D .
J'ai fait ce que j'ai pu.Citation:
Envoyé par Artemus24
É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.Citation:
Envoyé par Artemus24
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.Citation:
Envoyé par Artemus24
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.Citation:
Envoyé par Artemus24
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.Citation:
Envoyé par Artemus24
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.Citation:
Envoyé par Artemus24
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!Citation:
Envoyé par Artemus24
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.Citation:
Envoyé par Artemus24
Merci pour vos commentaires,
amicalement,
naute
Salut Naute.
Merci pour vos réponses ! :D
@+
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 :D (pourquoi tant de haine [nnn] :ptdr:)
Aucun soucis. Bien que je préfère les compliments :mouarf: , étant bassement humain :aie: , les critiques sont les bien-venues dès lors qu'elles sont exprimées avec courtoisie.Citation:
Envoyé par epimannn
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.Citation:
Envoyé par epimannn
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.Citation:
Envoyé par epimannn
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é.Citation:
Envoyé par epimannn
C'est traité dans ce chapitre ;) (merci Fabien).Citation:
Envoyé par epimannn
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.Citation:
Envoyé par epimannn
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 ?Citation:
Envoyé par naute
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 :mouarf1:Citation:
Envoyé par epimannn
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 ;)
Bonjour :D .
Citation:
Envoyé par Michel
J'aurai effectivement dû intégrer ces deux éléments : Cela aurait étendu l'utilisation du tutoriel à la plateforme Windows.Citation:
Envoyé par f-leb
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.Citation:
Envoyé par Michel
Merci pour les retours :ccool: .
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/
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.Citation:
Envoyé par Philippe Dpt35
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 ! ;)Citation:
Envoyé par Artemus24
Salut Philippe Dpt35.
Dans la prise de contrôle à distance, vous êtes obligés de partager les mêmes ressources.Citation:
Envoyé par Philippe Dpt35
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: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.