nautilus connect to server via ssh ya no está presente en ubuntu 14.04
27
Acabo de actualizar a ubuntu 14.04 y veo que la conexión a otro servidor a través de SSH ya no es parte del entorno nautilus. ¿Alguien puede indicarme cómo volver a habilitar esta función?
El comentario anterior, la respuesta de Jo-Erlend Schinstad y la respuesta de user275419 a continuación es correcta. Por lo tanto, debe marcar elegir uno como el correcto para evitar que personas como yo tengan que buscar la respuesta correcta.
Outfast Source
Por favor marque su pregunta respondida. Marque la respuesta aceptada, si resolvió su problema.
Anuj TBE
Respuestas:
33
Todavía está allí en "Archivos> Conectar a ..."
Entra sftp://user@address/folder/y deberías estar listo para irte.
Al intentar acceder a un sistema de archivos remoto a través de sftpin nautilus(ingrese ^ L para acceder a la barra de ubicación, ingresado sftp://user@host/export/dumps/client/user/como uri, el directorio de trabajo actual se antepone: /home/user/sftp:/user@host/.. y se repite en el mensaje de error (que /home/useres el directorio de trabajo actual):
**Unable to find the requested file. Please check the spelling and try again.**
Unhandled error message: Error when getting information for file '/home/user/sftp:/user@host/...': No such file or directory.
Respuesta corta
Al menos en mi sistema, parece que sshfsno se instaló durante la actualización a 14.04. Comprueba si está instalado:
apt-cache policy sshfs
Para mí, instalarlo:
sudo apt-get install sshfs
Arreglado el problema. (Debe reiniciar todo el escritorio de gnome para que esto sea efectivo, por lo que puede reiniciar después de instalarlo si está en un sistema de escritorio sin preocuparse por los tiempos de inactividad y la funcionalidad del servidor)
El punto del menú para acceder a un servidor remoto (que solía estar en el Filemenú) ahora está visible en el panel izquierdo en Red - Conectarse al servidor . También es posible ingresar un URI ( sftp://user@server/path) en la barra de ubicación que se muestra al presionar Ctrl+ L.
Respuesta larga
He estado luchando contra este problema desde otro ángulo (ver [el método deja-dup ssh no funciona, escribe localmente en su lugar] [1]), y encontrar la razón del misterioso mal comportamiento me llevó a las profundidades de
gvfs
sshfs
fusible
Proceso de depuración
tratando de montar a través de gvfs:
% gvfs-mount sftp://user@server/export/dumps/client/home/user
Error mounting location: volume doesn't implement mount
Si el usuario no es el que ejecuta el escritorio actual , gvfs-mountdebe anteponerse con dbus-launch:
para poder montar el directorio remoto. Sin embargo, esto no parece permanente, por lo que estamos conteniendo todas nuestras cosas relacionadas con gvfs dentro de un shell:
Parece gvfsmontado el directorio de inicio remoto de en userlugar de la ruta absoluta solicitada. Lo mismo si /exportobtiene un /preprended adicional . Dentro de lo nautilusque se llamó en la última línea, se puede ingresar y montar un URI que apunta a la ruta absoluta deseada una vez que se resuelve el problema subyacente.
tratando de montar a través de sshfs:
Dependencias adicionales (incompletas):
El usuario debe ser miembro del fusegrupo. Prueba con: grep <username> /etc/groupsi se está perdiendo: sudo usermod -a -G fuse <user>. Con un grupo sin contraseña, el usuario debe cerrar sesión / volver a iniciar sesión para que este cambio surta efecto.
El cuadro de diálogo resultante solicitará el nombre de usuario y la contraseña en la máquina a la que está intentando conectarse y le dará opciones sobre cómo recordar el nombre de usuario y la contraseña.
ssh://user@ip
no funcionaRespuestas:
Todavía está allí en "Archivos> Conectar a ..."
Entra
sftp://user@address/folder/
y deberías estar listo para irte.fuente
terminal abierta
tipo:
Ingrese su dirección IP ssh:
Ingrese su nombre de usuario y contraseña:
Ya ha terminado: después de iniciar sesión correctamente, verá así:
Espero que esto te ayudará.
fuente
El problema
Al intentar acceder a un sistema de archivos remoto a través de
sftp
innautilus
(ingrese ^ L para acceder a la barra de ubicación, ingresadosftp://user@host/export/dumps/client/user/
como uri, el directorio de trabajo actual se antepone:/home/user/sftp:/user@host/..
y se repite en el mensaje de error (que/home/user
es el directorio de trabajo actual):Respuesta corta
Al menos en mi sistema, parece que
sshfs
no se instaló durante la actualización a 14.04. Comprueba si está instalado:Para mí, instalarlo:
Arreglado el problema. (Debe reiniciar todo el escritorio de gnome para que esto sea efectivo, por lo que puede reiniciar después de instalarlo si está en un sistema de escritorio sin preocuparse por los tiempos de inactividad y la funcionalidad del servidor)
El punto del menú para acceder a un servidor remoto (que solía estar en el
File
menú) ahora está visible en el panel izquierdo en Red - Conectarse al servidor . También es posible ingresar un URI (sftp://user@server/path
) en la barra de ubicación que se muestra al presionar Ctrl+ L.Respuesta larga
He estado luchando contra este problema desde otro ángulo (ver [el método deja-dup ssh no funciona, escribe localmente en su lugar] [1]), y encontrar la razón del misterioso mal comportamiento me llevó a las profundidades de
Proceso de depuración
tratando de montar a través de gvfs:
Si el usuario no es el que ejecuta el escritorio actual ,
gvfs-mount
debe anteponerse condbus-launch
:para poder montar el directorio remoto. Sin embargo, esto no parece permanente, por lo que estamos conteniendo todas nuestras cosas relacionadas con gvfs dentro de un shell:
Parece
gvfs
montado el directorio de inicio remoto de enuser
lugar de la ruta absoluta solicitada. Lo mismo si/export
obtiene un/
preprended adicional . Dentro de lonautilus
que se llamó en la última línea, se puede ingresar y montar un URI que apunta a la ruta absoluta deseada una vez que se resuelve el problema subyacente.tratando de montar a través de sshfs:
Dependencias adicionales (incompletas):
fuse
grupo. Prueba con:grep <username> /etc/group
si se está perdiendo:sudo usermod -a -G fuse <user>
. Con un grupo sin contraseña, el usuario debe cerrar sesión / volver a iniciar sesión para que este cambio surta efecto.gvfs-backend
necesita ser instalado(continuará)
[1]: el método deja-dup ssh no funciona; en su lugar, escribe localmente . Verifícalo con
apt-cache policy gvfs-backend
fuente
También puede ingresar:
ssh: // dirección IP
Por ejemplo:
ssh: //192.168.1.4
El cuadro de diálogo resultante solicitará el nombre de usuario y la contraseña en la máquina a la que está intentando conectarse y le dará opciones sobre cómo recordar el nombre de usuario y la contraseña.
fuente
En las versiones más nuevas del administrador de archivos Gnome Nautilus (> Ubuntu 16.04), esta característica se ha movido a una nueva ubicación:
Al hacer clic en la marca de pregunta, se darán ejemplos sobre cómo ingresar al servidor y qué protocolos son compatibles.
fuente
apt-get install nemo
) en Ubuntu Bionic.Puedes hacerlo con Nemo. Comience instalando la versión libre de dependencias (abra una ventana de terminal con Ctrl+ Alt+ Ty escriba):
Inicie Nemo y en el menú Archivo seleccione Conectar al servidor , este menú tiene la opción SSH en el tipo de servidor .
fuente
La respuesta es
Ingrese su dirección IP ssh:
sftp: // youripaddress
no ssh: // youripaddress
fuente
Por favor revise su paquete gvfs-backends , primero.
Si no existe, instálelo.
fuente