>Number: 3186 >Category: mod_proxy >Synopsis: FTP proxy >Confidential: no >Severity: non-critical >Priority: medium >Responsible: apache >State: open >Class: support >Submitter-Id: apache >Arrival-Date: Mon Oct 12 01:40:00 PDT 1998 >Last-Modified: >Originator: [EMAIL PROTECTED] >Organization: apache >Release: 1.3 >Environment: Output of 'uname -a': Linux tarta 2.0.35 #1 Wed Sep 23 08:52:13 CEST 1998 i586 unknown
Compiler:gcc 2.7.2.3 Output of 'http -l': Compiled-in modules: http_core.c mod_mmap_static.c mod_env.c mod_log_config.c mod_mime.c mod_negotiation.c mod_include.c mod_autoindex.c mod_dir.c mod_cgi.c mod_asis.c mod_imap.c mod_actions.c mod_userdir.c mod_proxy.c mod_alias.c mod_access.c mod_auth.c mod_setenvif.c >Description: I'm using Apache as a proxy-only server. What I've noticed is that if from my Win-Netscape client I retrieve something with FTP protocol,the session remains established for a very long period of time. An example is better than thousands of words. This is an abridged output of 'netstat' at (local time) Fri 9 Nov 7:25 p.m. (proxy host name is tarta) tcp 1 0 tarta:www hades:1407 CLOSE tcp 0 0 tarta:21056 ftp.digital.com:ftp ESTABLISHED tcp 0 0 tarta:21059 ftp.digital.com:1587 CLOSE_WAIT tcp 1 0 tarta:www ephestos:1233 CLOSE tcp 0 0 tarta:21685 news.stingray.com:ftp ESTABLISHED tcp 0 0 tarta:21686 news.stingray.com:4270 CLOSE_WAIT tcp 1 0 tarta:www ephestos:1239 CLOSE tcp 0 0 tarta:21697 news.stingray.com:ftp ESTABLISHED tcp 0 0 tarta:21698 news.stingray.com:4274 CLOSE_WAIT tcp 0 0 tarta:22587 mailer.berkom.de:ftp ESTABLISHED tcp 54424 0 tarta:22588 mailer.berkom.de:55247 ESTABLISHED tcp 0 0 tarta:22589 smithers.itsnet.com:ftp ESTABLISHED tcp 45080 0 tarta:22626 smithers.itsnet.co:2075 ESTABLISHED tcp 0 0 tarta:netbios-ssn 10.1.11.16:1090 ESTABLISHED tcp 0 126 tarta:telnet ephestos:1439 ESTABLISHED udp 0 0 tarta:netbios-ns *:* udp 0 0 tarta:netbios-dgm *:* udp 0 0 localhost:1543 *:* This is instead the output of netstat at Mon 12 10:00 a.m: Active Internet connections (w/o servers) Proto Recv-Q Send-Q Local Address Foreign Address State tcp 1 0 tarta:www hades:1407 CLOSE tcp 0 0 tarta:21056 ftp.digital.com:ftp ESTABLISHED tcp 0 0 tarta:21059 ftp.digital.com:1587 CLOSE_WAIT tcp 1 0 tarta:www ephestos:1233 CLOSE tcp 0 0 tarta:21685 news.stingray.com:ftp ESTABLISHED tcp 0 0 tarta:21686 news.stingray.com:4270 CLOSE_WAIT tcp 1 0 tarta:www ephestos:1239 CLOSE tcp 0 0 tarta:21697 news.stingray.com:ftp ESTABLISHED tcp 0 0 tarta:21698 news.stingray.com:4274 CLOSE_WAIT tcp 0 0 tarta:22587 mailer.berkom.de:ftp ESTABLISHED tcp 54424 0 tarta:22588 mailer.berkom.de:55247 ESTABLISHED tcp 0 0 tarta:22589 smithers.itsnet.com:ftp ESTABLISHED tcp 45080 0 tarta:22626 smithers.itsnet.co:2075 ESTABLISHED tcp 0 124 tarta:telnet ephestos:1439 ESTABLISHED tcp 0 0 tarta:netbios-ssn 10.2.11.136:1035 ESTABLISHED udp 0 0 tarta:netbios-ns *:* udp 0 0 tarta:netbios-dgm *:* udp 0 0 localhost:1718 *:* Why do you think ftp connections are kept alive for such a long time? >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: [In order for any reply to be added to the PR database, ] [you need to include <[EMAIL PROTECTED]> in the Cc line ] [and leave the subject line UNCHANGED. This is not done] [automatically because of the potential for mail loops. ] [If you do not include this Cc, your reply may be ig- ] [nored unless you are responding to an explicit request ] [from a developer. ] [Reply only with text; DO NOT SEND ATTACHMENTS! ]
