[prev in list] [next in list] [prev in thread] [next in thread]
List: freebsd-hackers
Subject: Re: Behavior of /dev/pts in a jail?
From: Steffen Nurpmeso <steffen () sdaoden ! eu>
Date: 2022-02-10 16:21:03
Message-ID: 20220210162103.4PrOq%steffen () sdaoden ! eu
[Download RAW message or body]
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)
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic