Poster une réponse à un sujet: plus d'accès ssh sur Debian/NSLU2
Attention, ce sujet est un sujet ancien (5503 jours sans réponse)
ndub
Bon. La méthode d'enlever la pile de la CM n'a rien donné... Je suis bon pour reconstruire un nouveau système, et me ruiner par l'acquisition d'un nouveau NSLU2 visiblement
ndub
Ça aurait été trop beau... à présent, l'installation se passe sans problèmes, à la fin le slug reboote, puis... l'interface réseau ne monte plus Alors que toute l'installation se fait à travers le réseau.
J'ai trouvé une méthode "brute" que je vais essayer ce soir, au prix d'une réinstallation de plus (cinq bonnes heures, enfin j'estime car la nuit je le laisse travailler).
To be continued...
J'ai trouvé une méthode "brute" que je vais essayer ce soir, au prix d'une réinstallation de plus (cinq bonnes heures, enfin j'estime car la nuit je le laisse travailler).
To be continued...
ndub
Bon un ptit update... pour vous faire part du décès d'un WD Caviar
Je n'ai plus eu vraiment le temps, et le boîtier tournait tel quel, sur deux pattes. Puis en rentrant un soir, il émettait un claquement sinistre. Bon, là je suis occupé à réinstaller sur un disque Hitachi.
Ceci dit, j'avais modifié le script et il inscrivait bien le lancement du process sshd dans les logs, ça restera un mystère...
Triste fin pour le WD, surtout pour son contenu! Et merci à tous pour vos conseils et suggestions!
Je n'ai plus eu vraiment le temps, et le boîtier tournait tel quel, sur deux pattes. Puis en rentrant un soir, il émettait un claquement sinistre. Bon, là je suis occupé à réinstaller sur un disque Hitachi.
Ceci dit, j'avais modifié le script et il inscrivait bien le lancement du process sshd dans les logs, ça restera un mystère...
Triste fin pour le WD, surtout pour son contenu! Et merci à tous pour vos conseils et suggestions!
ndub
Du côté de l'adressage, je ne pense pas qu'il y ait de problèmes: le nfs, amulecmd fonctionnent mais ne donnent pas de porte d'entrée...
max
hooo, mais c'est triste ce que tu dis, pas d'accès à la machine...
A-t-on évoqué un soucis de résolution inverse ? Genre 192.168.5.32 qui est monsuper.monsuperreseau.com et monsuper.monsuperreseau.com qui est 192.168.15.2 et donc ssh beugle et refuse....
A-t-on évoqué un soucis de résolution inverse ? Genre 192.168.5.32 qui est monsuper.monsuperreseau.com et monsuper.monsuperreseau.com qui est 192.168.15.2 et donc ssh beugle et refuse....
ndub
Non pas encore... là je suis au au boulot, merci du tip j'essaye ça ce soir pendant le week-end
philfr
netstat -taupen montre-t-il ssh dans le resultat ?
et tu as peut tester en coupant sshd, et en le relançant à la main avec sshd -D -ddd et coté client en te connectant avec ssh -vvv. (Ca sera verbeux au possible avec peut-être une indication sur le problème).
et tu as peut tester en coupant sshd, et en le relançant à la main avec sshd -D -ddd et coté client en te connectant avec ssh -vvv. (Ca sera verbeux au possible avec peut-être une indication sur le problème).
Il n'a pas accès à son appareil quand il tourne... Tout ce qu'il peut faire c'est tripoter le disque el le branchant à un autre PC.
Edit:
Tu as rajouté des traces dans le rc.XXX ?
ndub
philfr> j'ai mis la version armel lenny (stable) qui correspond à l'architecture. Le daemon sshd est démarré en rc.xxx.
max> pas d'accès du tout sur le NSLU2... à part en nfs
kort> merci j'essaye ça ce soir
max> pas d'accès du tout sur le NSLU2... à part en nfs
kort> merci j'essaye ça ce soir
kortenberg
pour les port unconnu, un nmap -sV -T4 -O -v -n xxx.xxx.xxx.xxx te donnera peut-être plus d'info.
max
netstat -taupen montre-t-il ssh dans le resultat ?
et tu as peut tester en coupant sshd, et en le relançant à la main avec sshd -D -ddd et coté client en te connectant avec ssh -vvv. (Ca sera verbeux au possible avec peut-être une indication sur le problème).
et tu as peut tester en coupant sshd, et en le relançant à la main avec sshd -D -ddd et coté client en te connectant avec ssh -vvv. (Ca sera verbeux au possible avec peut-être une indication sur le problème).