Resumo

  • O OpenSSH 8.7 ofereceu em 2021 um modo SFTP experimental para scp. O OpenSSH 9.0, de 8 de abril de 2022, fez dele o padrão.
  • No protocolo antigo, o shell remoto expandia curingas e exigia aspas em duas camadas para certos nomes. O 9.0 manteve -O como rota de compatibilidade com esse comportamento.

Um endereço passou por dois guichês

Em scp host:*.txt ., o asterisco parece apenas uma escolha de arquivos. No SCP/RCP tradicional, quem decidia a lista era o shell do usuário remoto. As notas oficiais do 9.0 explicam a consequência: caracteres especiais em nomes podiam exigir dupla citação. O texto precisava sobreviver à interpretação do shell local e depois à do shell remoto. A pontuação de um nome podia virar sintaxe. O comando curto escondia um funcionário a mais, com poder para reinterpretar a encomenda.

SFTP não substituiu a conexão SSH. O manual atual do scp(1) descreve a transferência SFTP sobre SSH. A mudança ocorreu na conversa de arquivos e no intérprete de caminhos. A proteção da ligação e a regra para entender o nome são camadas diferentes.

O ensaio veio antes do padrão

Em agosto de 2021, o OpenSSH 8.7 abriu scp -s para experimentar SFTP. A promessa concreta era lidar de maneira mais previsível com nomes sem pedir ao shell remoto que expandisse padrões. A mesma versão fez cópias entre dois hosts remotos passarem pelo host local por padrão. Isso evitava expor credenciais no primeiro host e submeter o mesmo caminho a três interpretações de shell. A equipe testava onde estava a fricção, não apenas qual sigla apareceria no manual.

O OpenSSH 9.0 mudou o padrão em 8 de abril de 2022. Scripts cheios de aspas preparadas para o shell remoto podiam falhar no modo SFTP, que não precisava delas. O projeto chamou a remoção dessa exigência de benefício e recusou reproduzir a estranheza antiga. Uma melhoria de interface frequentemente revela quantos remendos foram construídos em volta do defeito anterior.

Havia ainda ~user/. O protocolo SFTP não expande nativamente o diretório pessoal de outro usuário. As notas do 8.7 registram uma extensão de expansão de caminhos no servidor OpenSSH; as do 9.0 lembram que um servidor antigo talvez não a tenha. Atualizar a ponta que envia não ensina a ponta que recebe uma convenção nova.

Para esses casos, scp -O ficou disponível. O manual vigente menciona servidores sem SFTP, certos padrões de nomes e expansão de ~ em servidores antigos. A escolha traz de volta o SCP/RCP e, junto, a interpretação do shell remoto. A saída de emergência conserva também o piso escorregadio da rota antiga.

A placa não era o contrato inteiro

O manual do OpenBSD 7.3 já apresenta scp sobre SFTP; o manual atual situa a virada do padrão no OpenSSH 9.0. O comando ficou. O protocolo de transferência usual mudou. Clientes, servidores e scripts precisaram concordar sobre nomes e caminhos. A história desse ajuste mora menos na palavra scp do que nas cópias que continuaram funcionando — ou pararam — depois da troca.