Well, forget for a moment the whole port forwarding, external access -- your immediate problem lies within the network; more to the point, on that system itself.
A 500 loopback error is usually associated with permissions set incorrectly, or malfunctioning -- perhaps through incorrectly set permissions -- any number of executables.
I would see if you can even connect to the machine from within your network, via telnet or ssh. You should try to telnet to port 80; see if you even connect. Then attempt to fetch content.
Do this after you connect by typing GET /<path to executable> HTTP/1.0
Return, Return.
shuriken# telnet shinpi 80
Trying 192.168.X.X...
Connected to shinpi.shinobi.
Escape character is '^]'.
GET / HTTP/1.0
HTTP/1.1 200 OK
Date: Sun, 28 Mar 2004 02:24:54 GMT
Server: Apache/1.3.27 (Unix)
Last-Modified: Thu, 29 Jan 2004 14:31:01 GMT
ETag: "9016e-62-40191925"
Accept-Ranges: bytes
Content-Length: 98
Connection: close
Content-Type: text/html
<html>
<head>
<title>Whatchu lookin at Willis?</title>
</head>
Bugger off.
</body>
</html>Connection closed by foreign host.
shuriken#
- shuriken# telnet shinpi 80
- Trying 192.168.X.X...
- Connected to shinpi.shinobi.
- Escape character is '^]'.
- GET / HTTP/1.0
- HTTP/1.1 200 OK
- Date: Sun, 28 Mar 2004 02:24:54 GMT
- Server: Apache/1.3.27 (Unix)
- Last-Modified: Thu, 29 Jan 2004 14:31:01 GMT
- ETag: "9016e-62-40191925"
- Accept-Ranges: bytes
- Content-Length: 98
- Connection: close
- Content-Type: text/html
- <html>
- <head>
- <title>Whatchu lookin at Willis?</title>
- </head>
- Bugger off.
- </body>
- </html>Connection closed by foreign host.
- shuriken#
As an example.
If you can connect to the box via ssh, but not via http (through telnet) then you are looking at server issue, most likely with execute perms.
Cheers.
"It's always a long day, 86,400 won't fit into a short."