home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / os / linux / 22113 < prev    next >
Encoding:
Text File  |  1992-12-29  |  2.6 KB  |  60 lines
  1. Newsgroups: comp.os.linux
  2. Path: sparky!uunet!think.com!yale.edu!yale!mintaka.lcs.mit.edu!wyvern
  3. From: wyvern@gnu.ai.mit.edu (The Wyvern)
  4. Subject: More problems with telnetd/ftpd
  5. Message-ID: <1992Dec30.040050.14120@mintaka.lcs.mit.edu>
  6. Keywords: tcpip, telnet, ftp
  7. Sender: news@mintaka.lcs.mit.edu
  8. Organization: Free Software Foundation
  9. Date: Wed, 30 Dec 1992 04:00:50 GMT
  10. Lines: 48
  11.  
  12. Well, I was optimistic after I downloaded the new net-src package
  13. from sunsite, since telnetd would allow me to log into my own
  14. machine via loopback again. But I've recently been having some
  15. serious problems with it, along with ftpd.
  16.  
  17. When I'm using term (v0.9.9) with the tredir utility to redirect
  18. ports to my own system (i.e. tredir 6111 23 so people can log
  19. in via telnet) it'll work once, and then all subsequent attempts to 
  20. telnet to that port will result in a connection that just hangs, with
  21. no login prompt, or anything. Interestingly enough, I can still
  22. telnet from my own machine to my own machine, but not for long -
  23. after a few more times, it fails even to do that, just locking up.
  24. I suspect this may have something to do with /bin/login, as I'm
  25. using the login from the shadow-password package, and it never did
  26. work well with telnetd (why?). Needless to say this problem
  27. pretty much trashes any hopes of using telnet(d) with term over
  28. the internet.
  29. It also may be worth noting that when someone connects and telnetd
  30. is executed, it is suspended in the state of tcp_read as shown
  31. in the WCHAN field of ps -l (similar to a previous problem I was
  32. having with another client/server system which now seems to be fixed
  33. with 0.99.1). It will stay suspended in this state until forcibly
  34. terminated by root with kill.
  35.  
  36. Ftpd has a similar problem with working once (sometimes not at all)
  37. and then locking up on all subsequent attempts to connect.
  38. Part of this is probably due to my using shadow passwords which ftpd
  39. doesn't seem to support.
  40.  
  41. Also, I've noticed some quirks with the tcp code that result in my
  42. having to reboot to get seemingly old dead nonvisible sockets cleared
  43. away. This seems to be related to the telnetd problem as well - 
  44. if I reboot the system, telnetd will work again until I try to use it
  45. with term, or too many times, or whatever. It would be nice if the tcp
  46. code cleaned up after itself a bit more, I think (though this may not
  47. be the problem, I don't know).
  48.  
  49. If anyone has an idea of what's wrong, I'd be grateful for some answers.
  50. It'd be nice to have a telnetd that never breaks. :)
  51.  
  52. My system configuration:
  53. 486, Phoenix BIOS
  54. 200mb IDE drive
  55. No ethernet board
  56. X8514 with TCP/IP
  57. Linux Kernel version 0.99.1
  58.  
  59.  
  60.