Este é um authentication error , há not a matching key para emparelhar com.
Quando tiver problemas com ssh ou usando ssh over scp quando você estiver fazendo a opção -v é muito informativo para diagnosticar o problema, quanto mais v você colocar lá, mais verbose a saída:
scp -vvv -P 30000 /somedir/somedir/file user@domain:/somedir/somedir/
Aqui está um exemplo de saída:
OpenSSH_6.7p1 Debian-5+deb8u7, OpenSSL 1.0.1t 3 May 2016
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config line 19: Applying options for *
debug2: ssh_connect: needpriv 0
debug1: Connecting to 192.168.1.171 [192.168.1.171] port 30000.
debug1: Connection established.
debug1: permanently_set_uid: 0/0
debug1: key_load_public: No such file or directory
debug1: identity file /root/.ssh/identity type -1
debug1: key_load_public: No such file or directory
debug1: identity file /root/.ssh/identity-cert type -1
debug1: key_load_public: No such file or directory
debug1: identity file /root/.ssh/id_rsa type -1
debug1: key_load_public: No such file or directory
debug1: identity file /root/.ssh/id_rsa-cert type -1
debug1: key_load_public: No such file or directory
debug1: identity file /root/.ssh/id_dsa type -1
debug1: key_load_public: No such file or directory
debug1: identity file /root/.ssh/id_dsa-cert type -1
debug1: key_load_public: No such file or directory
debug1: identity file /root/.ssh/id_ecdsa type -1
debug1: key_load_public: No such file or directory
debug1: identity file /root/.ssh/id_ecdsa-cert type -1
debug1: key_load_public: No such file or directory
debug1: identity file /root/.ssh/id_ed25519 type -1
debug1: key_load_public: No such file or directory
debug1: identity file /root/.ssh/id_ed25519-cert type -1
debug1: Remote protocol version 2.0, remote software version OpenSSH_7.4p1 Debian-10+deb9u4
debug1: match: OpenSSH_7.4p1 Debian-10+deb9u4 pat OpenSSH* compat 0x04000000
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_6.7p1 Debian-5+deb8u7
debug2: fd 3 setting O_NONBLOCK
debug3: put_host_port: [192.168.1.171]:30000
debug3: load_hostkeys: loading entries for host "[192.168.1.171]:30000" from file "/root/.ssh/known_hosts"
debug3: load_hostkeys: found key type ECDSA in file /root/.ssh/known_hosts:7
debug3: load_hostkeys: loaded 1 keys
debug3: order_hostkeyalgs: prefer hostkeyalgs: [email protected],[email protected],[email protected],ecdsa-sha2-nistp256,ecdsa-sha2-nistp384,ecdsa-sha2-nistp521
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
Você pode verificar se os arquivos permissions nos arquivos ssh estão corretamente definidos, você pode ver o permissions abaixo no comando ls
Talvez exista alguém que excluiu seu key do servidor.
Ou como nos comentários que alguém disse, talvez você não tenha um matching private key ?
Para criar um ssh key se alguém precisar disso nesse estágio, é assim que você faz isso:
ssh-keygen -o -b 4096 -t rsa -C [email protected]
que cria um diretório private key e public key in ~/.ssh/ , tenha cuidado para nunca compartilhar sua chave privada. Esse é o id_rsa .... observe que ~/.ssh/ tem um ponto à frente porque é um diretório oculto como aqui:
$ls -sail .ssh/
total 20
658 4 drwx------ 2 user user 4096 Nov 10 06:05 .
12 4 drwxr-xr-x 47 user user 4096 Nov 10 06:11 ..
34211 4 -rw-r--r-- 1 user user 1487 Nov 1 02:37 authorized_keys
34375 4 -rw------- 1 user user 3434 Nov 10 06:05 id_rsa
34376 4 -rw-r--r-- 1 user user 749 Nov 10 06:05 id_rsa.pub
664 0 -rw-r--r-- 1 user user 0 Nov 10 06:04 known_hosts
depois, copie a chave para o servidor:
cat ~/.ssh/id_rsa.pub | ssh -p 30000 something@SERVER 'cat >> .ssh/authorized_keys'
Você precisa obter seu public ssh key para o servidor e, se não tiver acesso a ele em termos físicos, poderá editar sshd_config para permitir senhas
# Change to no to disable tunnelled clear text passwords
PasswordAuthentication no
enquanto você copia, você pode email para o system administrator e ele pode colocá-lo no servidor.