o nautilus se conecta ao servidor via ssh não está mais presente no ubuntu 14.04
27
Acabei de atualizar para o ubuntu 14.04 e vejo que a conexão com outro servidor via SSH não faz mais parte do ambiente do nautilus. Alguém pode me indicar como reativar esse recurso.
O comentário acima, a resposta de Jo-Erlend Schinstad e a resposta de user275419 abaixo estão corretas. Você deve, portanto, marcar uma opção como a correta, para salvar pessoas como eu, que precisam procurar a resposta correta.
Outfast Source
marque sua pergunta como respondida. Marque a resposta aceita, se isso resolveu o seu problema.
Anuj TBE
Respostas:
33
Ainda está lá em "Arquivos> Conectar a ..."
Entre sftp://user@address/folder/e você deve estar pronto.
Ao tentar acessar um sistema de arquivos remoto via sftpin nautilus(digite ^ L para acessar a barra de localização, inserida sftp://user@host/export/dumps/client/user/como uri, o diretório de trabalho atual é anexado: /home/user/sftp:/user@host/.. e ecoado na mensagem de erro ( /home/usersendo o diretório de trabalho atual):
**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.
Resposta curta
Pelo menos no meu sistema, parece que sshfsnão foi instalado durante a atualização para o 14.04. Verifique se está instalado:
apt-cache policy sshfs
Para mim, instalá-lo:
sudo apt-get install sshfs
corrigiu o problema. (Você precisa reiniciar toda a área de trabalho do gnome para que isso se torne eficaz; portanto, é possível reiniciar após a instalação, se você estiver em um sistema de área de trabalho sem preocupações com tempos de inatividade e funcionalidade do servidor)
O ponto de menu para acessar um servidor remoto (que costumava estar no Filemenu) agora está visível no painel esquerdo em Rede - Conectar ao servidor . Também é possível inserir um URI ( sftp://user@server/path) na barra de localização que é exibida ao pressionar Ctrl+ L.
Resposta longa
Eu tenho lutado contra esse problema de outro ângulo (veja [o método deja-dup ssh não funciona - escreve localmente] [1]), e descobrir a razão do misterioso mau comportamento levou-me às profundezas do
gvfs
sshfs
fusível
Processo de depuração:
tentando montar via gvfs:
% gvfs-mount sftp://user@server/export/dumps/client/home/user
Error mounting location: volume doesn't implement mount
Se não for o usuário que está executando a área de trabalho atual , gvfs-mountprecisará ser anexado com dbus-launch:
para poder montar o diretório remoto. No entanto, isso não parece permanente, portanto, estamos contendo todas as nossas coisas relacionadas a gvfs dentro de um shell:
Parece que gvfsmontou o diretório inicial remoto em uservez do caminho absoluto solicitado. O mesmo se /exportobtém um adicional /pré-previsto. Dentro do nautilusque foi chamado na última linha, um URI apontando para o caminho absoluto desejado pode ser inserido e montado depois que o problema subjacente for resolvido.
tentando montar via sshfs:
Dependências adicionais (incompletas):
O usuário precisa ser um membro do fusegrupo. Teste com: grep <username> /etc/group, se ele está faltando: sudo usermod -a -G fuse <user>. Com um grupo sem senha, o usuário precisa fazer logout / logon novamente para que essa alteração seja efetivada.
A caixa de diálogo resultante solicitará o nome de usuário e a senha na máquina com a qual você está tentando se conectar e fornecerá opções sobre como lembrar o nome de usuário e a senha.
ssh://user@ip
não funciona?Respostas:
Ainda está lá em "Arquivos> Conectar a ..."
Entre
sftp://user@address/folder/
e você deve estar pronto.fonte
terminal aberto
tipo:
Digite seu endereço IP ssh:
Digite seu nome de usuário e senha:
Você terminou: após o login bem-sucedido, você verá assim:
Espero que isso ajude você.
fonte
O problema
Ao tentar acessar um sistema de arquivos remoto via
sftp
innautilus
(digite ^ L para acessar a barra de localização, inseridasftp://user@host/export/dumps/client/user/
como uri, o diretório de trabalho atual é anexado:/home/user/sftp:/user@host/..
e ecoado na mensagem de erro (/home/user
sendo o diretório de trabalho atual):Resposta curta
Pelo menos no meu sistema, parece que
sshfs
não foi instalado durante a atualização para o 14.04. Verifique se está instalado:Para mim, instalá-lo:
corrigiu o problema. (Você precisa reiniciar toda a área de trabalho do gnome para que isso se torne eficaz; portanto, é possível reiniciar após a instalação, se você estiver em um sistema de área de trabalho sem preocupações com tempos de inatividade e funcionalidade do servidor)
O ponto de menu para acessar um servidor remoto (que costumava estar no
File
menu) agora está visível no painel esquerdo em Rede - Conectar ao servidor . Também é possível inserir um URI (sftp://user@server/path
) na barra de localização que é exibida ao pressionar Ctrl+ L.Resposta longa
Eu tenho lutado contra esse problema de outro ângulo (veja [o método deja-dup ssh não funciona - escreve localmente] [1]), e descobrir a razão do misterioso mau comportamento levou-me às profundezas do
Processo de depuração:
tentando montar via gvfs:
Se não for o usuário que está executando a área de trabalho atual ,
gvfs-mount
precisará ser anexado comdbus-launch
:para poder montar o diretório remoto. No entanto, isso não parece permanente, portanto, estamos contendo todas as nossas coisas relacionadas a gvfs dentro de um shell:
Parece que
gvfs
montou o diretório inicial remoto emuser
vez do caminho absoluto solicitado. O mesmo se/export
obtém um adicional/
pré-previsto. Dentro donautilus
que foi chamado na última linha, um URI apontando para o caminho absoluto desejado pode ser inserido e montado depois que o problema subjacente for resolvido.tentando montar via sshfs:
Dependências adicionais (incompletas):
fuse
grupo. Teste com:grep <username> /etc/group
, se ele está faltando:sudo usermod -a -G fuse <user>
. Com um grupo sem senha, o usuário precisa fazer logout / logon novamente para que essa alteração seja efetivada.gvfs-backend
precisa ser instalado(continua)
[1]: o método deja-dup ssh não funciona - escreve localmente . Verificar com
apt-cache policy gvfs-backend
fonte
Você também pode inserir:
ssh: // endereço IP
Por exemplo:
ssh: //192.168.1.4
A caixa de diálogo resultante solicitará o nome de usuário e a senha na máquina com a qual você está tentando se conectar e fornecerá opções sobre como lembrar o nome de usuário e a senha.
fonte
Nas versões mais recentes do gerenciador de arquivos Gnome Nautilus (> Ubuntu 16.04), esse recurso foi movido para um novo local:
Clicar no ponto de interrogação fornecerá exemplos de como entrar no servidor e quais protocolos são suportados.
fonte
apt-get install nemo
) no Ubuntu Bionic.Você pode fazer isso com o Nemo. Comece instalando a versão livre de dependências (abra uma janela de terminal com Ctrl+ Alt+ Te digite):
Inicie o Nemo e, no menu Arquivo, selecione Conectar ao Servidor , este menu tem a opção SSH no tipo de servidor .
fonte
A resposta é
Digite seu endereço IP ssh:
sftp: // seu endereço
not ssh: // seu endereço
fonte
Por favor, verifique primeiro o seu pacote gvfs-backends .
Se não existir, instale-o.
fonte