Tento transferir arquivos do computador remoto usando sshpara o meu computador:
scp My_file.txt user_id@server:/HomeIsso deve colocar o My_file.txt na pasta inicial do meu computador, certo? eu recebo
scp / Home: permissão negada
Também quando tento ...@server:/Desktop:, a fim de copiar os arquivos do computador remoto para a minha área de trabalho.
O que estou fazendo errado?
Respostas:
Seus comandos estão tentando colocar o novo documento na raiz ( /) da sua máquina. O que você deseja fazer é transferi-los para o diretório inicial (já que você não tem permissão para gravar /). Se o caminho para sua casa for algo parecido com /home/erezo seguinte:
scp My_file.txt user_id@server:/home/erez/
Você pode substituir o caminho para o diretório inicial pelo atalho ~/, para que o seguinte tenha o mesmo efeito:
scp My_file.txt user_id@server:~/
Você pode até deixar de fora o caminho no lado remoto; isso significa seu diretório inicial.
scp My_file.txt user_id@server:
Ou seja, para copiar o arquivo na área de trabalho, você pode transferi-lo para /home/erez/Desktop/:
scp My_file.txt user_id@server:/home/erez/Desktop/
ou usando o atalho:
scp My_file.txt user_id@server:~/Desktop/
ou usando um caminho relativo no lado remoto, que é interpretado em relação ao seu diretório pessoal:
scp My_file.txt user_id@server:Desktop/
Como o @ckhan já mencionou, você também precisa trocar os argumentos, ele deve ser
scp FROM TO
Portanto, se você deseja copiar o arquivo My_file.txtdo servidor user_id@serverpara a área de trabalho, tente o seguinte:
scp user_id@server:/path/to/My_file.txt ~/Desktop/
Se o arquivo My_file.txtestiver localizado no diretório inicial do servidor, você poderá usar novamente o atalho:
scp user_id@server:~/My_file.txt ~/Desktop/
~deve ser protegido da avaliação para ser avaliado no host remoto: \~por exemplo.
Eu vim aqui para "Transferir arquivos usando scp: permissão negada" porque tive o mesmo erro.
No meu caso, o arquivo baixado com scp teria sobrescrito um arquivo pertencente ao root e eu não era root. Em resumo, verifique a propriedade do arquivo que está sendo substituído.
/Homee não ser usuário root, ele não tem acesso de gravação fora~/
isso parece ser um problema de permissão
O arquivo pode não ter permissões de leitura, pois é entregue ao servidor de destino como a conta de origem.
você precisa garantir que o arquivo na fonte tenha permissões necessárias, especialmente permissão de leitura
-rw-r - r--
chmod 744
então scp o arquivo para o destino. Isso será resolvido
-rw-r--r--é 644, não 744. A configuração da permissão executável em um arquivo que não é realmente executável pode causar problemas.
O que fixa a "permissão negada" para mim foi, no servidor remoto, alterar a propriedade pasta para root: (! Isso pode acontecer quando você está enviando um arquivo para um usuário não-root, eo diretório é propriedade de raiz) On a máquina remota (cópia dest.):
sudo chown (your username) (remote folder)
Além disso, ative todas as permissões na pasta remota: (Nem sempre é necessário):
sudo chmod 777 (remote folder)
Permissão negada significa que você não é a raiz do servidor. Você apenas mantém uma conta lá. Portanto, nesse caso, você precisa fazer o seguinte:
sudo scp -r /path2yourFolder/ username@server_Ip:/home/username
Isso será copiado para o diretório inicial no servidor.
Isso também funcionará:
scp -r /path2yourFolder/ username@server_Ip:~/
Instale uma ferramenta do Windows "mRemoteG" em www.mremoteng.org/
Crie sua conexão SSH na caixa desejada.
Clique no menu "Transferir arquivo".
Isso permitirá transferir arquivos facilmente do Windows para o Linux.
obrigado.
As mesmas permissões se aplicam nos dois lados do scp. Você receberá esse erro se o usuário não tiver permissão para gravar no destino. Os sintomas parecem implicar a fonte, no entanto, no meu caso, o destino foi criado pela raiz e não tinha permissão de gravação para a conta de usuário pretendida.
No meu caso, também tentei conceder toda a permissão com -R para a pasta, mas ainda assim recebi o erro sobre a permissão.
Eu tive que remover "/" antes do caminho do servidor e da pasta de destino. O motivo é porque Downloads é a primeira pasta que posso listar após o ssh no servidor, por exemplo: ssh tiennsloit@13.76.91.2
Isso funciona:
sudo scp -rp /Users/macintosh.vn/Downloads/bbhs_20190301.zip tiennsloit@13.76.91.2: Downloads
Isso não estava funcionando:
sudo scp -rp /Users/macintosh.vn/Downloads/bbhs_20190301.zip tiennsloit@13.76.91.2: / Downloads
Correção fácil. Certifique-se de que você é root. SCP para o controle remoto e solicitará a senha de root das máquinas. Só tinha esse problema que era a solução. Você os enraíza.
scp My_file.txt user_id@server:Copia para a pasta pessoal dos usuários.