home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / os / linux / 20140 < prev    next >
Encoding:
Text File  |  1992-12-13  |  2.8 KB  |  60 lines
  1. Newsgroups: comp.os.linux
  2. Path: sparky!uunet!usc!wupost!spool.mu.edu!think.com!yale.edu!ira.uka.de!Sirius.dfn.de!solaris.rz.tu-clausthal.de!news!ifwsn4!riepe
  3. From: riepe@ifwsn4.ifw.uni-hannover.de (Michael Riepe)
  4. Subject: Re: Step-by-step TCP/IP part 1:  Pinging my lo
  5. Message-ID: <1992Dec13.034113.17352@newsserver.rrzn.uni-hannover.de>
  6. Sender: news@newsserver.rrzn.uni-hannover.de (News Service)
  7. Reply-To: riepe@ifwsn4.ifw.uni-hannover.de
  8. Organization: University of Hannover (Germany), IFW
  9. References: <1g6ts4INNass@cascade.cs.ubc.ca>
  10. Date: Sun, 13 Dec 1992 03:41:13 GMT
  11. Lines: 47
  12.  
  13. In article 1g6ts4INNass@cascade.cs.ubc.ca, upham@cs.ubc.ca (Derek Upham) writes:
  14. |>One of my ongoing Linux projects (besides putting in rather needless
  15. |>security software) is trying to get TCP/IP working on my machine.  I
  16. |>can't really take advantage of it without working SLIP, but it'll be
  17. |>nice to have a program suite with which to test SLIP, later.  My
  18. |>current project: "ping".  (I can hear the gasps at my audacity.)
  19. |>
  20. |>My setup is something like this:
  21.  
  22. [lines deleted]
  23.  
  24. |>+ /usr/etc/inet/services _and_ /etc/services, both with "echo" on 7.
  25. |>
  26. |>+ /usr/etc/inet/inetd.conf, with echo as "stream tcp nowait root internal"
  27. |>
  28. |>+ The "ping" binary from the distributed tarfile.
  29. |>
  30. |>So, I type (as root) "ping 127.0.0.1", and what happens?  It connects
  31. |>to _something_ (or at least, it doesn't spit back an error message
  32. |>saying it couldn't).  And it starts furiously sending out ICMP echo
  33. |>packets.  But it doesn't get a single response.  The fact that it
  34. |>connects---rather than locking up the machine like "127.0.0.2" does
  35. |>---suggests that "config" is working correctly.  The problem would
  36. |>then seem to be in inetd.  Tracking it down, however, is beyond my
  37. |>capabilities.  Are there any obvious weak spots in my configuration
  38. |>that might be causing the problem?
  39.  
  40. First of all, the "echo" entries in /usr/etc/inet/services and
  41. /usr/etc/inet/inetd.conf don't have anything to do with the ICMP echo
  42. messages ping sends; it's a TCP protocol that is mainly used for
  43. testing. You can try it out with "telnet 127.0.0.1 echo" - it will send
  44. back everything you type in. Maybe you'd like to try the "chargen"
  45. protocol too - but don't redirect the output to your printer ;-).
  46.  
  47. Anyway, inetd[.conf] is not the reason why ping fails (BTW it doesn't
  48. work for me, too). The reason might be that the loopback interface
  49. fails to handle broadcast packets correctly (just guessing) - or
  50. there's something wrong with ping itself. Any idea, anybody ?
  51.  
  52. Michael.
  53. -- 
  54.  Michael Riepe               <riepe@ifwsn4.ifw.uni-hannover.de>
  55.  Universit"at Hannover
  56.  Institut f"ur Fertigungstechnik und Spanende Werkzeugmaschinen
  57.  Schlosswender Str. 5               W-3000 Hannover 1 (Germany)
  58.  ...life is a sexually transmitted desease !
  59.  
  60.