Accès SSH distant

[snoopy10800]

Bonjour à tous

Je rencontre un petit souci depuis ce matin, et je suis un peu perdu...

Mon Jeedom distant (à 700km) ne répond plus.
J'ai un "You don't have permission to access /index.php on this server.Server unable to read htaccess file, denying access to be safe" lorsque je veux y accéder via mon navigateur...

Le Rpi 3, sur lequel Jeedom est installé est toujours visible sur le réseau de la LiveBox.

J'ai donc voulu redémarrer le Rpi en SSH, comme je l'ai déjà fait, mais... je dois oublier un paramètre...

J'ai évidemment ouvert le port 22 sur la LB pour le Rpi.

Je me connecte en ssh depuis le terminal mac avec

Code : Tout sélectionner

ssh pi@adresseippublique

et j'ai en retour : ssh_exchange_identification: read: Connection reset by peer"

j'oublie un paramètre sur ma ligne de commande, ou le Pi est inaccessible à distance ?

Merci à tous

[winhex]

bonjour
ip public qui à changer ?

[snoopy10800]

bonjour
ip public qui à changer ?

non justement.
car ma LB est monitorée par un 2eme Jeedom sur un autre Rpi, parfaitement accessible en SSH et en HTML, lui. Tout le monde ping correctement.

Je ne comprends pas pourquoi je ne peux pas me connecter sur ce Pi.

[santix]

Bonjour as tu trouvé une solution ? J'ai ce problème très fréquemment.

[snoopy10800]

Bonjour as tu trouvé une solution ? J'ai ce problème très fréquemment.

Aucune solution, étant donné que le Jeedom en question est dans une maison de vacances, à 700km de mon domicile...
La seule possibilité de le relancer sera un reboot "physique"...

Le problème s'est déjà posé (mais j'étais sur place) et je soupçonne fortement un problème de fiabilité du SSD...

[santix]

Intéressant moi cela arrive dès que je sollicite un peu trop l’interface... je vais essayer de changer le transfo déjà

[goodbye]

Bonjour à tous,

Avez-vous des nouvelles sur ce problème ?
J'ai le même souci de mon côté, Pi3 avec SSD, 500 Internal Error + connexion SSH impossible (reboot hard obligatoire).
Ca m'est arrivé 2 fois en 3 mois, sans raison apparente.
Rien dans les logs (que ce soit Jeedom ou dans /var/log), comme si le disque se figeait.

Je ne vois que le changement de disque pour l'instant n'ayant aucune autre piste ...

[Fabrice]

Bonjour,

Sans savoir si c'est LA solution, mais il s'avers que beaucoup d'acheteur de boitier USB externe, sur Amazon entre autre, constates que le câble USB qui est fournis avec le boitier, n'est pas de bonne qualité.
- Au changement de ce câble, les problèmes semblent disparaître. Bien sûr, avant de faire cela, il faut analyser les logs du Linux qui héberge le Jeedom.

[goodbye]

Bonjour,

J'ai eu le cas hier alors que j'étais en train de réorganiser mes icones sur le dashboard.
Ca a "sauté" d'un coup.
Obligé de reboot en hard.
J'ai ensuite checké les logs dans /var/log et tous ont arrêté de logguer à partir de l'heure ou ça a sauté ! Entre l'heure ou ca a sauté et l'heure où j'ai redémarré, il n'y a aucun log.

Pour info, personnellement j'utilise le PiDesktop comme boîtier.

[Fabrice]

Bonjour.

J'ai le même problème avec un Raspberry pi zéro w.
Au moment du plantage plus aucun log ne se mets à jour dans var/logs.
- Je n'arrive pas à trouver ce qui le fait planter.
- C'est une un Raspbian light qui fait antenne BLEA.
- J'ai tout remplacé. Alimentation et câble et carte sd.
Par contre chez moi, la fréquence des plantages étaient entre 1et 7 jours maximum.

J'ai fini par mettre un autre Raspberry pi 3b à la place et depuis je n'ai plus ce problème.
- même alimentation, même câble et même carte micro SD.

Il faut voir vos câbles, l'alimentation, le pi Drive (mettez une carte micro SD à la place pour voir si ce n'est pas lui le problème).

[snoopy10800]

Bonjour,

Sans savoir si c'est LA solution, mais il s'avers que beaucoup d'acheteur de boitier USB externe, sur Amazon entre autre, constates que le câble USB qui est fournis avec le boitier, n'est pas de bonne qualité.
- Au changement de ce câble, les problèmes semblent disparaître. Bien sûr, avant de faire cela, il faut analyser les logs du Linux qui héberge le Jeedom.

C'est effectivement une possibilité !
Personnellement, mon boitier ne vient pas de chez Amazon, mais après réflexion, on pourrait penser à un problème de connexion.
J'ai fait rebooter mon Rpi "bloqué" par une personne qui a séjourné dans ma maison de vacances. (et qui n'y connait absolument rien). Le reboot n'a pas fonctionné, et le Rpi est maintenant invisible du réseau.
Ce problème s'est déjà posé. Parfois, quand je reboot ce Rpi, le SSD ne démarre pas. (aucune led ne clignote sur le boitier du SSD). Le fait de bouger un peu le câble et de redémarrer à nouveau corrige le problème...

A mon prochain séjour, je remplace tout ça, pour être tranquille

[santix]

Moi c’etait le transfo 2.5a qui était défectueux.

[goodbye]

Merci pour vos retours !

C'est dommage quand on a du matos tout neuf de devoir tout racheter pour tester.

Mais du coup je vais tester les pistes transfo et SSD déjà ...

Le transfo 2.5A suffit chez vous pour Pi + SSD + clés diverses (ZWave, ...) ?

[Fabrice]

Non, tout le monde conseil un 3A (qui ne fait que 2.4/8) en vrais) en se distant que le 2.5 fait à peine 2 en vrais.

[goodbye]

Oui c'est justement ce que j'avais pris (3A)

Je serais dèg que ce soit le PiDesktop qui pose souci ...

[Fabrice]

Facile a mettre en évidence en mettant une carte micro SD à la place du pidrive.