Marlo's questions

Eu preciso fazer upload e download de arquivos programaticamente por meio de uma conexão sftp para um servidor remoto. Meu nome de usuário tem permissão para acessar um determinado diretório remoto por meio de uma senha, mas não o diretório .ssh. Na verdade, não consigo ssh no servidor remoto. Eu recebo a resposta:

This service allows sftp connections only.
Connection to www.example.com closed.

Mas para o propósito desta pergunta, digamos que eu simplesmente não tenha permissão para copiar minha chave privada no diretório .ssh remoto. Então minha pergunta é:

Como posso configurar meu arquivo local /.ssh/config , para evitar ser solicitado a autenticação de senha?

Obviamente, não posso copiar um par de chaves recém-gerado para o diretório remoto, como sugerido aqui , pelos motivos mencionados acima. Mas devo ter uma chave privada na minha máquina local para a conexão ssh em algum lugar, certo? Não posso simplesmente passar o diretório desse arquivo para a opção IdentityFile?

Quero migrar o serviço de domínio da goDaddy para a AWS. Eu sou um iniciante absoluto, por favor, esteja ciente disso e seja atencioso. Aqui está o que eu fiz e o que não funcionou.

1. Comprei um nome de domínio example.com na goDaddy.
2. Eu também tenho uma instância do EC2 rodando com as configurações de segurança todas no lugar, um servidor apache rodando nela e um arquivo index.html na pasta var/www/html. Parece funcionar bem quando abro http://ec2-my-elastic-IP.eu-central-1.compute.amazonaws.com no meu navegador (não sabe qual é o termo técnico para isso? nome do domínio?)
3. Então criei uma nova zona de hospedagem no Route 53, chamada example.com
4. Criei um registro A apontando para meu IP elástico para a instância do EC2. Tem um TTL de 600 segundos e nenhum Alias. A política de roteamento é simples e o nome é simplesmente vazio, ou seja, @.
5. Isso não funcionou. Então tentei entender os dados de registro do site goDaddy. Infelizmente, ele não vem no formato BIND, que pode ser importado para o Route 53. Em vez disso, eles fornecem um arquivo parecido com este (substituindo os números por xxxx):

; SOA Record
example.com.    3600     IN     SOA nsxx.domaincontrol.com. dns.jomax.net. (
                    xxxxxxxxxxx
                    xxxxxx
                    xxxx
                    xxxxxxx
                    xxxx
                    ) 

; A Records
@   600  IN     A   Parked

; CNAME Records
www 3600     IN     CNAME   @
_domainconnect  3600     IN     CNAME   _domainconnect.gd.domaincontrol.com.

; MX Records

; TXT Records

; SRV Records

; AAAA Records

; CAA Records

; NS Records
@   3600     IN     NS  nsxx.domaincontrol.com.
@   3600     IN     NS  nsxx.domaincontrol.com.

6. Eu tentei converter isso para o formato BIND online sem sucesso. Então tentei criar os registros no ambiente do Route 53 que parecem estar faltando, ou seja, dois registros CNAME. No arquivo acima, parecia que o goDaddy tem dois registros CNAME (não sei o que eles fazem). Também na interface do usuário do Route 53, eu não sabia qual política de roteamento selecionar e se deveria selecionar o alias para esses registros CNAME, então escolhi as configurações mais simples. Depois de esperar 24 horas, nenhum site aparece em example.com, apenas uma página em branco. Também criei outro registro A chamado www para o subdomínio www.example.com (também apontando para o IP elástico da minha instância do EC2). Nada.
7. Então eu li isso . Sugere que eu deveria manipular os registros DNS na goDaddy, para atualizar os quatro novos servidores de nomes da AWS. Mas só posso editar os registros A e CNAME e não me permite alterar os registros NS.
8. Esta pergunta sugere esperar 24 horas, mas fiz isso algumas vezes sem sucesso.
9. Isso não ajuda, porque não tenho problemas com meus e-mails (ainda), simplesmente porque ainda não estou incomodado com isso.