bug-hurd
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: console-client close to initial check in


From: David Walter
Subject: Re: console-client close to initial check in
Date: Fri, 13 Sep 2002 11:30:21 -0400
User-agent: Gnus/5.090007 (Oort Gnus v0.07) XEmacs/21.4 (Honest Recruiter, hurd-i386-debian)

Marcus Brinkmann <Marcus.Brinkmann@ruhr-uni-bochum.de> writes:

> On Thu, Sep 12, 2002 at 09:14:03PM +0200, Niels Möller wrote:
>> Marcus Brinkmann <Marcus.Brinkmann@ruhr-uni-bochum.de> writes:
>> 
>> > The system console will only be accessible by root.  In general, it is only
>> > accessible if you can access the underlying node.
>> 
>> I'm not sure I understand what this means. If I have a shell on a
>> virtual terminal on the console, say running with /dev/vts/17/tty as
>> its controlling tty, it would be nice if I could log in remotely and
>> start a console client that talks to /dev/vts/17/console and
>> /dev/vts/17/input, giving me some kind of "multi-attach" to the shell.
>> Is that possible, or have I misunderstood the client<->console
>> interface?
>
> It's not possible, at least not in the current implementation.  Maybe it is
> possible to add this feature, but then the owner id would have to be passed
> down to the console server from term or whatever the process is that knows
> about the user id of the process running on that tty.  

Unless I am misunderstanding Niels here, this describes what I've done
with  console-ncurses  previously.   I've   had multiple  simultaneous
attachments local _and_ remote.  Has this changed somehow?

That is:

     login on console of x
     console-ncurses /dev/vts

     go to another machine
     ssh to x
     console-ncurses /dev/vts

Now  I have exactly  the same sessions as locally,  is this what Niels
means?

-- 
/^\
\ /     ASCII RIBBON CAMPAIGN
 X        AGAINST HTML MAIL
/ \




reply via email to

[Prev in Thread] Current Thread [Next in Thread]