home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!sun-barr!olivea!charnel!sifon!thunder.mcrcim.mcgill.edu!mouse
- From: mouse@thunder.mcrcim.mcgill.edu (der Mouse)
- Newsgroups: comp.unix.wizards
- Subject: Re: Please explain...
- Keywords: Telnet, pseudo-terminals, sockets
- Message-ID: <1992Nov20.093151.19989@thunder.mcrcim.mcgill.edu>
- Date: 20 Nov 92 09:31:51 GMT
- References: <1992Nov18.190632.13873@news.uit.no>
- Organization: McGill Research Centre for Intelligent Machines
- Lines: 30
-
- In article <1992Nov18.190632.13873@news.uit.no>, orjanr@staff.cs.uit.no (Xrjan Robertsen) writes:
-
- > When you use telnet, telnetd [...more or less accurate sketch of how
- > telnetd works...]. Right?
-
- Pretty much, assuming that you telnet to a typical UNIXish system.
-
- > What I don't understand is how input/output from the shell (to/from
- > the slave side of the terminal) ends up going over the socket back to
- > the local telnet?
-
- Output from the remote shell goes to the (slave) pty. telnetd then
- reads it from the (master) pty and writes telnet protocol stream to the
- network connection. The local telnet then reads this and turns it into
- local output. Input takes the converse path.
-
- > I thought all communication had to pass through telnetd, but
- > monitoring this process (with monitor) shows no I/O activity when
- > telnet and the remote shell is communicating. How can this be ?
-
- monitor, whatever that is, is either broken or is not designed to do
- what you're trying to do with it. If the remote system (the one where
- telnetd and the remote shell are running) is even remotely "normal" (by
- which I really mean something more like "typical"), all communication
- between the net and the remote shell must go through telnetd.
-
- der Mouse
-
- mouse@larry.mcrcim.mcgill.edu
-