Início / unix / Perguntas / 535852
Accepted
Rakib Fiha
Asked: 2019-08-17 00:04:49 +0800 CST

Como especificar a porta para scp para um servidor remoto?

  • 772

Eu tenho dois nós remotos que estou tentando enviar arquivos de um para outro.

scp remote1:~/testSCP [email protected]:~/

Eu ~/ssh/configconfigurei na minha máquina local, então, está usando a porta 2222por padrão.

Mas a porta ssh padrão do remote1 está definida 22na configuração ssh em vez de port 2222. Então, para fazer qualquer conexão externa via ssh, ele usa a porta 22por padrão.

Tentei o seguinte que não funcionou:

scp -P 2222 remote1:~/testSCP [email protected]:~/

Também tentei o seguinte, que também não funcionou:

scp remote1:~/testSCP -P 2222 [email protected]:~/

Para ambos, recebi o seguinte erro:

ssh: connect to host 10.0.1.10 port 22: Connection refused
lost connection

O que é verdade, pois 10.0.1.10está usando port 2222e não port 22.

Como posso especificar remote1 para usar a porta 2222ao tentar enviar arquivos para 10.0.1.10(remote2) de remote1?

Atualizar

Depois de tentar

 scp -3 remote1:~/testSCP [email protected]:~/

Eu recebo um comportamento estranho. Mesmo que minha senha esteja correta, ela está me dando a seguinte saída:

[email protected]'s password: [email protected]'s password: 
Permission denied, please try again.
[email protected]'s password: 
Permission denied, please try again.
[email protected]'s password:

Ainda não habilitei a autenticação sem chave.

Nova atualização

Depois de tentar de várias maneiras, consegui fazer isso em meus scripts fazendo login no remote1 via ssh do meu localhost e depois scp de remote1 para remote2. No entanto, isso não responde à minha pergunta. Eu pretendia fazer isso diretamente da minha máquina local e transferir arquivos entre duas instâncias, o que acho que não é suportado se os daemons ssh de duas instâncias estiverem usando uma porta diferente do padrão para conexão ssh.

ssh scp

1 respostas

  1. Best Answer

    Você não pode fazer isso com um simples scp remoto para remoto [1].

    Em vez disso, execute ssh no 1º host remoto e execute scp com um argumento de porta de lá:

    ssh -p 2222 ruser1@rhost1 scp -P 2222 /rpath/1 ruser2@rhost2:/rpath/2

    Se você deseja fazer exatamente o que scpestá fazendo, também pode adicionar as -n -x -oClearAllForwardings=yesopções a ssh, embora isso geralmente não seja necessário.

    [1]: as versões mais recentes do scpsuporte a uma especificação uri (incluindo uma porta) em vez de host:path, mas apenas ao usar a -3opção ("passar pelo host local").

    Então você provavelmente poderia usar

    scp -3 -P 2222 ruser1@rhost1:/rpath/1 scp://ruser2@rhost2:2222//rpath/2

    (observe que o /após o host[:port]não faz parte do caminho -- scp://user@host/filefará referência ao ./filediretório userinicial do ).

    Mas copiar pelo localhost é mais lento e, na minha experiência, ocultará erros. Por exemplo, isso não imprimirá nenhuma mensagem de erro, apesar de não poder criar nenhum /foo/bar/bazarquivo:

    scp -3 localhost:.bashrc localhost:/foo/bar/baz

    Eu não cheguei a nenhuma profundidade nisso - apenas evitei ;-)

    Se alguém não está convencido de tudo isso, pode olhar o código-fonte :

    void
toremote(char *targ, int argc, char **argv)
{
   ...
                } else if (host) {      /* standard remote to remote */
                        if (tport != -1 && tport != SSH_DEFAULT_PORT) {
                                /* This would require the remote support URIs */
                                fatal("target port not supported with two "
                                    "remote hosts without the -3 option");
                        }

    Observe que a tportvariável é definida apenas analisando um scp://uri e simplesmente não existe em versões anteriores a 7.6p1 (outubro de 2017).

    • 2

relate perguntas