home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / infosyst / gopher / 424 < prev    next >
Encoding:
Text File  |  1992-09-12  |  1.4 KB  |  39 lines
  1. Newsgroups: comp.infosystems.gopher
  2. Path: sparky!uunet!haven.umd.edu!darwin.sura.net!Sirius.dfn.de!chx400!bernina!karrer
  3. From: karrer@bernina.ethz.ch (Andreas Karrer)
  4. Subject: Re: Gopher, Ultrix and netstat
  5. Message-ID: <1992Sep12.160620.8052@bernina.ethz.ch>
  6. Organization: Swiss Federal Institute of Technology (ETH), Zurich, CH
  7. References: <1992Sep8.020026.18821@cs.uwp.edu>
  8. Date: Sat, 12 Sep 1992 16:06:20 GMT
  9. Lines: 28
  10.  
  11. datta@cs.uwp.edu (David Datta) writes:
  12.  
  13.  
  14. >I have been running gopherd as a server for quite a while now and
  15. >recently I did a netstat and lo and behold, there were over 100
  16. >connections on port 70 with a status of FIN_WAIT_2. Is this normal?
  17.  
  18. depends on what you mean by "normal". our gopher server, a sun 4/490
  19. running 4.1.1, has lines like
  20.  
  21.   tcp        0    176  ural.gopher        gork.glyph.zak.edu 16224 CLOSING
  22.  
  23. in its netstat -a output. They stay there forever. This prevents me from
  24. killing and restarting (a new version of) gopherd.
  25.  
  26. is this a bug in the TCP implementation that does not properly close a
  27. TCP connection after a timeout?
  28.  
  29. i've seen similar things with nntp connections originating from a
  30. particular (broken?) newsreader, on an ultrix machine.
  31.  
  32. anyway, i think a TCP server should be able to close a TCP connection
  33. cleanly even with mis-behaving clients.
  34.  
  35.  
  36. +-----------
  37.   Andi Karrer, Communication Systems, ETH Zuerich, Switzerland
  38.   karrer@bernina.ethz.ch    - Objects in mirror are closer than they appear
  39.