Server Fault is a question and answer site for system and network administrators. Join them; it only takes a minute:

Sign up
Here's how it works:
  1. Anybody can ask a question
  2. Anybody can answer
  3. The best answers are voted up and rise to the top

I have a small personal site hosted on Unix (using a common hosting account).

My experience with Unix is limited (too bad). Recently I set up a httpd server running on port 8082 (not Apache - but an Apache server is already running on port 80 by default). It appears to be running (judging from the "ps" output). I thought that I would be able to get web pages from this httpd server in the URL but I don't.

I don't know what is going wrong, and worse, I don't know what to look for! Maybe I am overlooking something trivial?

Any help will be very welcome!

share|improve this question

migrated from Dec 30 '09 at 18:57

This question came from our site for professional and enthusiast programmers.

You are running on port 8082 and trying to open an url in port 8080? is this correct or was a typo? – coelhudo Dec 30 '09 at 18:27
Might be a firewall at the hosting provider - 80 is well-known port for http, 8080 (or 8082?) might be blocked. – Nikolai N Fetissov Dec 30 '09 at 18:45

You said "running on port 8082" then you said "". If you're running on port 8082, then you have to specify port 8082, not port 8080.

I find the unix command "HEAD" (not "head", so this doesn't work on Mac OS X) very helpful in debugging web problems. Or just learn how to telnet to the port and issue http commands.

   telnet localhost 8082
   GET / http/1.1
share|improve this answer

Did you take a look at the log files of your webserver? Perhaps the access or error log has something useful to report.

share|improve this answer

Also check to make sure there's not a firewall outside the server or iptables.

Check locally with

iptables -nL


fctl -sr

if your'e using a BSD variant with pf.

share|improve this answer

Check the server log files ?

share|improve this answer

Your Answer


By posting your answer, you agree to the privacy policy and terms of service.