[RESOLU] Connexion SSH impossible

[vil1driver]

Je suis tombé sur ce sujet(msg de pires57) je ne sais pas si cela peut aider

https://forum.ubuntu-fr.org/viewtopic.p ... #p21577124

[denis_brasseur]

Je suis tombé sur ce sujet(msg de pires57) je ne sais pas si cela peut aider

https://forum.ubuntu-fr.org/viewtopic.p ... #p21577124

Merci, j'avais lu ce post hier soir.
La manip permet apparemment une désinstallation propre. Mais la réinstallation retourne toujours la même erreur :

Paramétrage de openssh-server (1:7.4p1-10+deb9u7) ...
dpkg: erreur de traitement du paquet openssh-server (--configure) :
le sous-processus script post-installation installé a retourné une erreur de sortie d'état 10
Des erreurs ont été rencontrées pendant l'exécution :
openssh-server
E: Sub-process /usr/bin/dpkg returned an error code (1)

[marc_bzh]

Bonjour as tu testé ça :

sudo apt install openssh-server

[denis_brasseur]

Bonjour as tu testé ça :

sudo apt install openssh-server

Je pense avoir épuisé toutes les commandes possibles

pi@raspberrypi:~ $ sudo apt install openssh-server
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture des informations d'état... Fait
openssh-server is already the newest version (1:7.4p1-10+deb9u7).
0 mis à jour, 0 nouvellement installés, 0 à enlever et 0 non mis à jour.
1 partiellement installés ou enlevés.
Après cette opération, 0 o d'espace disque supplémentaires seront utilisés.
Souhaitez-vous continuer ? [O/n]

Paramétrage de openssh-server (1:7.4p1-10+deb9u7) ...
dpkg: erreur de traitement du paquet openssh-server (--configure) :##.......]
le sous-processus script post-installation installé a retourné une erreur de sortie d'état 10
Traitement des actions différées (« triggers ») pour systemd (232-25+deb9u12) ...
Des erreurs ont été rencontrées pendant l'exécution :
E: Sub-process /usr/bin/dpkg returned an error code (1)

[marc_bzh]

tu as un probleme de version et de mise à jour tu peux faire ça :
sudo apt update
sudo dpkg -l openssh-server

voila la réponse sur mon Raspberry

Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name Version Architecture Description
+++-==============-==================-============-=================================================================
ii openssh-server 1:7.9p1-10+deb10u1 armhf secure shell (SSH) server, for secure access from remote machines
pi@boxdom:~ $

[denis_brasseur]

pi@raspberrypi:~ $ sudo apt update
Réception de:1 http://archive.raspberrypi.org/debian stretch InRelease [25,4 kB]
Réception de:2 http://raspbian.raspberrypi.org/raspbian stretch InRelease [15,0 kB]
Réception de:3 http://linux.teamviewer.com/deb stable InRelease [9 388 B]
Réception de:4 http://linux.teamviewer.com/deb preview InRelease [9 389 B]
Réception de:5 http://raspbian.raspberrypi.org/raspbian stretch/main armhf Packages [11,7 MB]
Réception de:6 http://linux.teamviewer.com/deb stable/main armhf Packages [2 606 B]
11,7 Mo réceptionnés en 18s (632 ko/s)
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture des informations d'état... Fait
All packages are up to date.

Par contre, je ne comprend pas le retour de cette commande :

pi@raspberrypi:~ $ sudo dpkg -l openssh-server
Souhait=inconnU/Installé/suppRimé/Purgé/H=à garder
| État=Non/Installé/fichier-Config/dépaqUeté/échec-conFig/H=semi-installé/W=attend-traitement-déclenchements
|/ Err?=(aucune)/besoin Réinstallation (État,Err: majuscule=mauvais)
||/ Nom Version Architecture Description
+++-=================================-=====================-=====================-========================================================================
iF openssh-server 1:7.4p1-10+deb9u7 armhf secure shell (SSH) server, for secure access from remote machines

[lost]

Réception de:3 http://linux.teamviewer.com/deb stable InRelease [9 388 B]
Réception de:4 http://linux.teamviewer.com/deb preview InRelease [9 389 B]

Peut-être qu'éviter les dépôts tiers, en prime en mélangeant stable(=> buster et non strech désormais?)/preview(??) éviterait déjà bien des situations à emmerdes.

Possible que teamviewer se base sur une version modifiée du serveur ssh. Et ssh pour de l'accès à distance se suffit à lui même (si on passe par un service dns dynamique externe et que l'on sait le blnder niveau bruteforce etc).

De manière générale, les dépots tiers posent souvent des pb de dépendances qui sur un système qui mutualise pas mal les librairies installées peuvent casser des choses loin du vrai coupable.

Moi je commencerait par purger teamshit, ce qui ne fonctionne pas (ssh), puis réinstaller les paquets avec un sources.list apt propre.

[denis_brasseur]

@lost
Je n'aurais pas acces à mon pi avant 1 semaine, je te ferais le retour dés que je serais rentré.

[lost]

@lost
Je n'aurais pas acces à mon pi avant 1 semaine, je te ferais le retour dés que je serais rentré.

OK,

De manière générale, sauf à ce qu'il s'agisse de quelqu'un qui refuse tout usage de la ligne de commande (ce qui ne semble pas ton cas), j'ai tendance à recommander d'utiliser ssh seul qui est vraiment un outil complet si on s'investit un peu dans sa page man (ou tutos web): VPN du pauvre avec les tunnels, applis graphiques (pas trop complexes) via le X11 forwarding... en plus de l'usage terminal distant.

Sur une machine headless comme l'est souvent un PI planqué dans un coin utilisé 27/7 en domotique, on peut se passer totalement d'environnement graphique/bureau complet: Raspbian minimale + combo serveur openssh et serveur X11 frame-buffer minimaliste...

Code : Tout sélectionner

apt install openssh-server xvfb 

Et à partir de là, on peu installer quelques applis X11 simples qui supporteront bien d'êtres tirées à distance (PC LInux, ou windows avec support X11 + ssh ajouté: Cygwin avec les paquets ssh et au moins une appli X11 qui va tirer ce qu'il faut, ou combo putty+xming) pour travailler un peu plus confortablement. Par exemple rxvt-unicode (urxvt) en terminal X léger, nedit en éditeur...

Il suffit de se connecter à son PI en ssh avec X11 forwarding (-X, éventuellement complété de la compression à la volée avec -C):

Code : Tout sélectionner

ssh -XC <user>@<pi_ip>

Et du terminal ssh, lancer ses applis (graphiques ou non ; pour récupérer la main au terminal ssh lancer ces dernières suivies d'un & pour qu'elles le soient en tâche fille du shell courant):

Code : Tout sélectionner

urxvt &
nedit toto.txt &

On a un peu de latence sur une connexion lente, mais c'est généralement moins lourd que tirer des bitmaps compressés d'un bureau complet comme un teamviewer et autre vnc va le faire.

En prime, un PI installé sans support graphique propre voit son GPU inutilisé et donc consomme (et chauffe) moins. Mon PI 3 se satisfait ainsi de l'alim via l'USB de la Livebox...

[marc_bzh]

Une autre info voila un soft très pratique pour la connexion à un Raspberry à partir d'un PC sous Windows c'est MobaXterm
il regroupe l'ensemble des fonctions comme SSH / SCP / RDP / VNC / X11 ...etc...
http://easydomtech.free.fr/index.php/20 ... -mobaxterm
le site officiel :
https://mobaxterm.mobatek.net/