Como as minhas dir2 authorized_keys tinham muitas chaves inválidas, recriou as authorized_keys removendo todas as chaves públicas inválidas. Agora, o problema da conexão foi resolvido e obteve um feedback positivo dos clientes.
Estou com algum problema estranho no meu servidor SFTP.
Alguns dos meus clientes não conseguem se conectar através do sftp usando autenticação de chave.
Eu chrooted todos os usuários do sftp em dois diretórios diferentes, onde dois arquivos authorized_keys foram mantidos. Um dos diretórios funcionando bem e outro não.
Por exemplo: Eu tenho dois diretórios chroot dir1 e dir2 para usuários diferentes no mesmo servidor. Eu criei um ssh chaves e configurei a chave pública em authorized_key de dir1 e conexão foram estabelecidas e em outro diretório (dir2) quando eu coloco as chaves em authorized_keys a conexão quebra com o seguinte erro.
debug3: send_pubkey_test
debug2: we sent a publickey packet, wait for reply
debug3: Wrote 368 bytes for a total of 1645
Connection closed by xx.xx.xx.xx
Couldn't read packet: Connection reset by peer
Eu achei que o arquivo authorized_key foi corrompido em dir2 , mas alguns usuários estão se conectando por meio da autenticação de chave. Também baixei o arquivo authorized_key e coloquei em servidor diferente para testar a conexão e a conexão foi bem sucedida.
Por favor, mostre-me alguma luz.
Permissão do servidor para a pasta .ssh e authorized_keys
drwxr-xr-x 2 root root 12288 Sep 26 10:33 .ssh
]#ll .ssh
-rw-r--r-- 1 root root 123243 Sep 26 15:03 authorized_keys
Nenhuma entrada nos registros do servidor em relação ao problema ou conexão. Enquanto faço login, meu banner do sftp é recebido pelo cliente, mas a transferência de chave pública foi descartada.
Editado para esclarecer
Quando eu verifiquei o authorized_keys, ele mostra muitas chaves inválidas e comentários no arquivo. Isso é devido a muitas chaves inválidas.