Re: Behavior of /dev/pts in a jail?

Michael Gmelin wrote in
 <20220209145604.3698c387.grembo@freebsd.org>:
 |On Wed, 09 Feb 2022 14:37:09 +0100
 |Steffen Nurpmeso <steffen@sdaoden.eu> wrote:
 |> Michael Gmelin wrote in
 |>  <20220209142152.13373548.grembo@freebsd.org>:
 |>|On Wed, 09 Feb 2022 13:22:13 +0100
 |>|Alexander Leidinger <Alexander@leidinger.net> wrote:
 |>|> Quoting Michael Gmelin <grembo@freebsd.org> (from Wed, 9 Feb 2022
 |>|> 12:56:49 +0100):
 ...
 |>|>> 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: |>>
 ...
 |>|In the meantime, tmux is probably the most lightweight way of
 |> working |around this in your specific use-case, without having to run
 |> sshd.
 |> 
 |> dtach.  It is much more lightweight.  I use it on the server to
 |> hold a containerized irssi-proxy instance to which i can connect
 |> to via VPN (from a of window of my local tmux).
 ...
 |That's another option I wasn't aware of, thanks.
 |
 |If it's for the occasional interactive session, you can also use
 |the script(1) command that comes with base (which also makes use of
 |openpty(3)), so no need to install any packages:
 |
 |    $ script /dev/null gpg --gen-key

That is really tricky and i would never have thought of it.

--steffen
|
|Der Kragenbaer,                The moon bear,
|der holt sich munter           he cheerfully and one by one
|einen nach dem anderen runter  wa.ks himself off
|(By Robert Gernhardt)