Tenho duas instâncias do EC2 que foram criadas a partir da mesma AMI, que foi criada a partir da Amazon Linux AMI. Eles estão executando o mysql em uma configuração mestre-escravo. O grupo de segurança ("db") está configurado para permitir a porta 22 de instâncias executadas no grupo de segurança "web".
Então, eu ssh em uma das instâncias da web e, em seguida, ssh ou scp nas instâncias do banco de dados. Isso tem funcionado bem há algum tempo.
Hoje, porém, não consigo mais fazer scp para uma das instâncias (a master). Posso fazer o ssh perfeitamente, e tanto o scp quanto o ssh funcionam bem na instância escrava.
Executar scp com -vv produz uma saída quase ideal, até a linha debug2: abaixo, que é a última saída ao conectar-se ao mestre.
debug2: exec request accepted on channel 0
Sending file modes: C0775 77 <filename>
alguma ideia do que está acontecendo? Tentei reiniciar a instância e isso não fez nenhuma diferença.
Atualizar:
/var/log/secure:
Jan 10 19:02:59 <host> sshd[1987]: Accepted publickey for <user> from xx.xxx.xxx.xxx port 33285 ssh2
Jan 10 19:02:59 <host> sshd[1987]: pam_unix(sshd:session): session opened for user <user> by (uid=0)
Foram adicionadas cerca de 20 linhas a /var/log/audit/audit.log, todas terminando emres=success
Responder1
Corrigi esse problema fazendo o seguinte:
$ sudo vi /etc/ssh/sshd_config
Mudou isso:
# override default of no subsystems
Subsystem sftp /usr/libexec/openssh/sftp-server
Para isso:
# override default of no subsystems
Subsystem sftp internal-sftp
Em seguida, reiniciei o serviço sshd:
$ sudo service sshd restart
Responder2
Acho mais fácil apenas executar um SimpleHTTPServer python e executar o wget do outro lado para baixar o arquivo.
Adicione o protocolo HTTP a ser adicionado na configuração de segurança para todas as fontes
execute o seguinte comando no diretório em que o arquivo existe
$ sudo python -m SimpleHTTPServer 80no lado receptor, execute o seguinte comando para baixar o arquivo