documentation/9053: FAQ Item

[John Austin <jw...@bigfoot.com>]

>Number:         9053
>Category:       documentation
>Synopsis:       FAQ Item
>Confidential:   no
>Severity:       non-critical
>Priority:       medium
>Responsible:    apache
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          change-request
>Submitter-Id:   apache
>Arrival-Date:   Tue Dec 11 13:20:00 PST 2001
>Closed-Date:
>Last-Modified:
>Originator:     jwaustin@bigfoot.com
>Release:        all
>Organization:
apache
>Environment:
All
>Description:
I read the newsgroup comp.infosystems.www.servers.unix regularly and have noticed an issue that comes up at least once a week. Users install a Linux distro that includes ipchains or some equivalent firewall/masquerading service and are surprised that they can not reach the Apache server that was set up on the Linux box.

Debugging this should start with basic network connectivity tests like 'ping 192.168.1.123', ping 'www.mysite.net' and 'telnet 192.168.1.123 80'. 

Related tests would include running 'netstat -pant' on the Linux host to show that the httpd server is actually in the 'LISTEN' state.

Tests would then proceed to the examination of the server's log files. You might also wish to point to some of the useful programs that can be used to look at the HTTP headers as they come and go. I have read (most of) Core Servlets and JavaServer Pages by Marty Hall and found some excellent items in that book. His WebClient.java and EchoServer.java programs would be very useful in debugging Header contents problems. If you know of equivalent programs in C/C++, Perl or the like, they would be useful to mention in the FAQ as well.



I would like to see an addition to the FAQ that addresses the issue of the debugging sequence.
>How-To-Repeat:

>Fix:

>Release-Note:
>Audit-Trail:
>Unformatted:
 [In order for any reply to be added to the PR database, you need]
 [to include <ap...@Apache.Org> in the Cc line and make sure the]
 [subject line starts with the report component and number, with ]
 [or without any 'Re:' prefixes (such as "general/1098:" or      ]
 ["Re: general/1098:").  If the subject doesn't match this       ]
 [pattern, your message will be misfiled and ignored.  The       ]
 ["apbugs" address is not added to the Cc line of messages from  ]
 [the database 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!     ]