APRENDER. PRATICAR. EVOLUIR.Conceito e mecanismo
Automação fiável exige preparar autenticação e confiança antes de iniciar o job. BatchMode=yes evita perguntas interativas, mas não fornece credenciais nem confirma sozinho uma chave desconhecida. A conta do scheduler pode ter configuração, diretório local e acesso a chaves diferentes dos do operador. Compara os contextos e a configuração efetiva, sem copiar indiscriminadamente ficheiros pessoais. Distingue também os dois lados da transferência: cd muda o diretório remoto, enquanto lcd trata o local. Um put com caminho relativo pode selecionar o ficheiro errado se o job arrancar noutra pasta. Caminhos explícitos e identidade conhecida reduzem estas ambiguidades operacionais.
Aplicação guiada
No batch OpenSSH, falhas de operações críticas como put e rename interrompem normalmente a sequência. Um prefixo que suprime interrupção precisa de justificação específica. Não publiques um ficheiro como pronto depois de ignorar a falha de upload. O wrapper deve propagar o resultado relevante para o scheduler; uma mensagem final de sucesso não altera o que aconteceu na transferência. Num exercício fictício, o job fica verde apesar de erro nos logs e inicia o consumidor. Corrige tanto a condição para avançar como o estado devolvido. Preserva identificadores e erros suficientes para recuperar, distinguindo falha, entrega confirmada e resultado ainda incerto.
put falha: não se deve publicar conteúdo parcial nem avançar uma dependência como se tivesse sido entregue.
Armadilhas comuns
BatchMode como credencial; conta manual como conta agendada; log como controlo; último comando como entrega.
Tópicos relacionados: Transporte e confiança no servidor · Permissões e isolamento · Publicação e retoma de ficheiros
Torna a entrega uma condição verificável do fluxo e do estado do job.
Referência: OpenSSH SFTP client · DR SFTP 2026-09; selected OpenSSH client, server and extension behavior