home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / os / linux / 23321 < prev    next >
Encoding:
Text File  |  1993-01-08  |  1.8 KB  |  49 lines
  1. Newsgroups: comp.os.linux
  2. Path: sparky!uunet!gatech!enterpoop.mit.edu!world!jrs
  3. From: jrs@world.std.com (Rick Sladkey)
  4. Subject: Re: Problem with net-bin-0.2 rlogin
  5. In-Reply-To: alex@gravity's message of Fri, 8 Jan 1993 19:17:07 GMT
  6. Message-ID: <JRS.93Jan8224242@lepton.world.std.com>
  7. Sender: jrs@world.std.com (Rick Sladkey)
  8. Organization: The Internet
  9. References: <1993Jan7.104207.3528@klaava.Helsinki.FI>
  10.     <1993Jan8.191707.6838@informatik.uni-wuerzburg.de>
  11. Date: Sat, 9 Jan 1993 03:42:42 GMT
  12. Lines: 35
  13.  
  14. >>>>> On Fri, 8 Jan 1993 19:17:07 GMT, alex@gravity (Alexander Jung) said:
  15.  
  16. Alex> I installed the programs from net-bin-0.2. All but one of them work 
  17. Alex> without any problems. 
  18.  
  19. Two out of three ain't bad.
  20.  
  21. Alex> The only one I could not get to work was rlogin:
  22. Alex> All I ever get from it if I try to connect to a remote host is:
  23.  
  24. Alex> gravity:~>rlogin sol.astro
  25. Alex> rlogin: connection closed.
  26.  
  27. Alex> (this happens to any of the machines here, i.e. RS6000, Sparcs,
  28. Alex> HP Apollo....)
  29.  
  30. I only tested Linux <-> Linux.  I forgot that by hacking rlogind
  31. I wouldn't fix rlogin to other non-Linux rloginds.
  32.  
  33. Alex> The only machine rlogin works to is my own machine (here it
  34. Alex> works without any problems, but that is probably not the intended 
  35. Alex> use for it :-)
  36.  
  37. Well, you could you it to log into your neighbor's Linux...
  38.  
  39. Alex> I have 0.99.2, and lib 4.2, it is installed as setuid root and 
  40. Alex> it seems to resolve at least the host name correctly (I get a
  41. Alex> 'unknown host' for a nonexistent host)
  42.  
  43. Alex> Could some kind soul please help me?
  44.  
  45. The problem seems to be in the kernel handling of urgent tcp data.
  46. I am writing a small test program and debugging it.  With luck,
  47. a future kernel upgrade will solve the problem.  Then we can
  48. unhack rlogind to send urgent stuff again...
  49.