D'accord, j'ai récemment obtenu un Raspberry Pi et je l'ai connecté à mon Wi-Fi - j'ai activé le SSH et installé Hiawatha, et je pouvais y accéder très bien depuis mon bureau, qui exécutait Puppy Linux à l'époque.
Je pouvais également y accéder très bien au démarrage de Windows (PuTTY sur Win XP Pro) et le Netbook pouvait également y accéder via PuTTY. (Win 7 Starter)
Cependant, lorsque j'ai démarré dans Ubuntu, toutes les connexions SSH, HTTP et HTTPS ont été refusées. Pour confirmer que c'était Ubuntu, et seulement Ubuntu, qui avait des problèmes de connexion, j'ai redémarré dans Puppy Linux - bien connecté, et dans Windows - bien connecté. Le Netbook peut se connecter aux 3 services sans problème non plus. C'est juste Ubuntu qui a refusé la connexion.
Je voudrais savoir ce qui ne va pas - j'ai déjà fait tout le dépannage de base: redémarrage du RPi, redémarrage de mon ordinateur, redémarrage du routeur sans fil, etc. Le Raspberry Pi n'a pas de pare-feu activé, et mon routeur propose tous les appareils connectés à Accès illimité au réseau local. J'ai fait des tests approfondis et Ubuntu a été prouvé sans l'ombre d'un doute être le seul à ne pas vouloir se connecter.
MISE À JOUR: Je viens de tester l'accès via mon IP externe, et tout fonctionne bien sur Ubuntu! Cependant, Ubuntu ne peut toujours pas accéder au Pi à partir de quelque chose de local, et je viens de confirmer à nouveau que mes autres systèmes d'exploitation peuvent . Je pense que c'est bizarre qu'Ubuntu ait du mal à se connecter localement (contrairement à mes autres OS), mais accède très bien au Pi via mon IP externe.
MISE À JOUR 2: la désactivation de mon pare-feu me permet d' accéder à l'appareil, mais le mot de passe est incorrect à chaque fois . célibataire . le temps . J'ai essayé de le taper dans Gedit, puis de le glisser-déposer dans l'invite de mot de passe lors de la connexion SSH, et il autorise lors de l'accès pi@jamestheawesomedude.cu.cc
, mais PAS lors de l'accès pi@192.168.2.128
. C'est incroyablement frustrant.
ssh -vvv user@host
côté client, côtésudo tail -f /var/log/auth.log
serveur. Il est peut-être également judicieux d'augmenter la verbosité dans la configuration du serveur SSH.