Re: Behavior of /dev/pts in a jail?
- Reply: Alexander Leidinger : "Re: Behavior of /dev/pts in a jail?"
- In reply to: Alexander Leidinger : "Re: Behavior of /dev/pts in a jail?"
- Go to: [ bottom of page ] [ top of archives ] [ this month ]
Date: Wed, 09 Feb 2022 11:56:49 UTC
> On 9. Feb 2022, at 11:38, Alexander Leidinger <Alexander@leidinger.net> wrote: > > Quoting Michael Gmelin <grembo@freebsd.org> (from Tue, 8 Feb 2022 13:37:32 +0100): > >> I've seen a similar problem with jails running on top of bhyve (in that >> case, doing ssh wouldn't work). >> >> The solution back then was to add ttyu* to devfs rules _before_ starting >> the jail: >> >> devfs rule -s 3 add 3250 path "ttyu*" unhide >> >> Not sure if what you're seeing is related, but it feels a bit like that. >> >> See also >> https://lists.freebsd.org/archives/freebsd-current/2021-August/000409.html > > I tried that now. It doesn't help. I'm not really surprised, as there is no ttyu* device visible on the host itself (serial devices disabled in bios). > > Bye, > Alexander. > Hi Alex, I was able to reproduce the issue locally. The problem is caused by jexec inheriting the pty from the jail host. If you use a pty that was created inside of the jail, gpg-agent/pinentry works as expected. This can be accomplished, e.g., by running tmux inside of the jail: jexec gpgtest pkg install tmux tmux gpg --gen-key Running sshd inside of the jail and connecting to it using ssh has the same effect. Cheers Michael