home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / unix / wizards / 4821 < prev    next >
Encoding:
Internet Message Format  |  1992-11-20  |  2.3 KB
  1. Path: sparky!uunet!think.com!barmar
  2. From: barmar@think.com (Barry Margolin)
  3. Newsgroups: comp.unix.wizards
  4. Subject: Re: Please explain...
  5. Date: 21 Nov 1992 02:36:47 GMT
  6. Organization: Thinking Machines Corporation, Cambridge MA, USA
  7. Lines: 38
  8. Message-ID: <1ek7bvINNj50@early-bird.think.com>
  9. References: <1992Nov18.190632.13873@news.uit.no> <1992Nov20.093151.19989@thunder.mcrcim.mcgill.edu>
  10. NNTP-Posting-Host: telecaster.think.com
  11. Keywords: Telnet, pseudo-terminals, sockets
  12.  
  13. In article <1992Nov20.093151.19989@thunder.mcrcim.mcgill.edu> mouse@thunder.mcrcim.mcgill.edu (der Mouse) writes:
  14. >In article <1992Nov18.190632.13873@news.uit.no>, orjanr@staff.cs.uit.no (Xrjan Robertsen) writes:
  15. >> I thought all communication had to pass through telnetd, but
  16. >> monitoring this process (with monitor) shows no I/O activity when
  17. >> telnet and the remote shell is communicating.  How can this be ?
  18. >
  19. >monitor, whatever that is, 
  20.  
  21. My guess is it's something similar to trace or truss.
  22.  
  23. >                is either broken or is not designed to do
  24. >what you're trying to do with it.  If the remote system (the one where
  25. >telnetd and the remote shell are running) is even remotely "normal" (by
  26. >which I really mean something more like "typical"), all communication
  27. >between the net and the remote shell must go through telnetd.
  28.  
  29. Unfortunately, Mr. Robertsen didn't mention what kind of system he's using.
  30. Perhaps it has a STREAMS module that permits two streams devices to be
  31. connected directly, so that most data doesn't have to go through the
  32. user-mode process.  The ITS operating system for PDP-10's has a system call
  33. that links two devices in this manner; it can be given a set of characters
  34. that should cause a break in this automatic forwarding, e.g. so that the
  35. daemon process can handle special characters such as TELNET IACs or
  36. terminal escape sequences.
  37.  
  38. Another possibility is that the system has the telnet server built into the
  39. kernel (much as many systems have NFS servers in the kernel).  In that
  40. case, telnetd only exists to make the system call that starts it up
  41. (analogous to nfsd).
  42.  
  43. Now, I don't personally know of any Unix systems that do either of these,
  44. but I don't claim to be familiar with many obscure Unix variants (oops,
  45. does that mean I'm not wizardly enough to post this? :-)
  46. -- 
  47. Barry Margolin
  48. System Manager, Thinking Machines Corp.
  49.  
  50. barmar@think.com          {uunet,harvard}!think!barmar
  51.