De acuerdo, recientemente obtuve una Raspberry Pi, y la conecté a mi Wi-Fi: habilité el SSH e instalé Hiawatha, y pude acceder a él perfectamente desde mi Escritorio, que estaba ejecutando Puppy Linux en ese momento.
También pude acceder bien cuando arranqué en Windows (PuTTY en Win XP Pro) y el Netbook también pudo acceder a través de PuTTY. (Gana 7 Starter)
Sin embargo, cuando inicié en Ubuntu, se rechazaron todas las conexiones SSH, HTTP y HTTPS. Para confirmar que era Ubuntu, y solo Ubuntu, el que tenía problemas de conexión, reinicié en Puppy Linux, bien conectado, y en Windows, bien conectado. El Netbook podría conectarse a los 3 servicios sin problemas tampoco. Fue solo Ubuntu que dicha conexión se negó.
Me gustaría saber qué está mal: ya hice toda la solución de problemas básica: reiniciar el RPi, reiniciar mi computadora, reiniciar el enrutador inalámbrico, etc. El Raspberry Pi no tiene Firewall habilitado, y mi enrutador ofrece todos los dispositivos conectados a LAN sin restricciones de acceso el uno al otro. He realizado pruebas exhaustivas , y se ha demostrado que Ubuntu, sin lugar a dudas, es el único que no está dispuesto a conectarse.
ACTUALIZACIÓN: ¡Acabo de probar el acceso a través de mi IP externa, y todo funciona sin problemas en Ubuntu! Sin embargo, Ubuntu todavía no puede acceder a Pi desde nada local, y acabo de volver a confirmar que mis otros sistemas operativos sí pueden . Creo que es extraño que Ubuntu tenga problemas para conectarse localmente (a diferencia de mis otros sistemas operativos), pero está bien acceder al Pi a través de mi IP externa.
ACTUALIZACIÓN 2: Deshabilitar mi firewall me permite acceder al dispositivo, pero la contraseña informa que es incorrecta cada vez . sola . tiempo . Intenté escribirlo en Gedit, luego lo arrastré y solté en la solicitud de contraseña durante el inicio de sesión SSH, y autoriza al acceder pi@jamestheawesomedude.cu.cc
, pero NO al acceder pi@192.168.2.128
. Esto es increíblemente frustrante.
ssh -vvv user@host
en el lado del cliente,sudo tail -f /var/log/auth.log
en el lado del servidor. Quizás tenga sentido aumentar la verbosidad en la configuración del servidor SSH también.