Control: tag -1 - unreproducible Control: retitle -1 dropbear-initramfs: Can't put password through stdin when a pty has been allocated
That's not the log trace I asked, but I confirm `ssh -tt root@remote_server
<<<passphrase`
doesn't work on Trixie. Neither does it on Bookworm, so this is not a
regression. I don't know which of the SSH client or server is “at
fault” here, but AFAIK it's the intended behavior: the standard
input/output/error are redirected from /dev/tty not
/dev/std{in,out,err}.
What is the use case for forcing pseudo-terminal allocation while
unlocking via stdin redirection? It might also break if the passphrase
contains special characters. The following alternatives disable
pseudo-terminal allocation, either implicitely by specifying a command,
orexplicitely via `-T` flag.
$ ssh root@remote_server /nonexistent <<<passphrase
$ ssh -T root@remote_server <<<passphrase
A third alternative is to use the `no-pty` restriction in the
authorized_keys file. AFAICT all 3 alternatives work on both Trixie and
Bookworm systems.
--
Guilhem.
signature.asc
Description: PGP signature
