Port Forwarding Problem [Very Difficult]

08/13/2010 09:11 -Fáng-#1
Hey Everyone,

I've been working on getting my server to be hamachi free for beta testing directly off of my laptop. I'm using PFPortChecker by Portforward.com. I checked my port 80 and it's going out on TCP and being seen by UDP. So... it works... but when you all try and see it, you can't.

I'm not going to give you my real ip address yet, so here you are:
#REMOVED LINK SO I DON'T GET BANNED

I know that that website is linked to my host laptop... (Won't do much good since I'm going offline... but if you see my green light on in the left corner of this post then you can check yourself).

The static IP works... (obviously since it works with PortChecker...).
All firewalls are allowing the port to pass...
So does anyone have a clue why it's being like this?
Me and my friends are all stumped.

Sincerely,
Fang
08/13/2010 09:18 Korvacs#2
When setting up the website did you assign its ip address to the network one? Or "all unassigned".
08/13/2010 09:25 -Fáng-#3
Quote:
Originally Posted by Korvacs View Post
When setting up the website did you assign its ip address to the network one? Or "all unassigned".
My router has a partnership with DynDNS.org. It does it automatically.
That's not the problem Korvacs. If you want to be HELPFUL though, you can respond to my PMs instead of ignoring me like a fag.
08/13/2010 09:27 bone-you#4
Quote:
Originally Posted by -Fáng- View Post
I'm not going to give you my real ip address yet, so here you are:
[Only registered and activated users can see links. Click Here To Register...]
Things like that are why you do not get why it's not working. All someone has to do to get your ip is to dns that host. How else are people able to connect to you? Their comps dns the host to get YOUR ip. Knowing networking is quite useful when trying to figure out why a port forward does not work. Chances are your ISP blocks port 80. Many do it.
08/13/2010 09:41 Korvacs#5
Quote:
Originally Posted by -Fáng- View Post
My router has a partnership with DynDNS.org. It does it automatically.
That's not the problem Korvacs. If you want to be HELPFUL though, you can respond to my PMs instead of ignoring me like a fag.
Your router isnt where you setup the website, im talking about on the webserver, when you setup a website on the webserver it will ask you what ip address you would like to be associated with the website so that when the webserver receives a request on the dns name it knows what to do.

Your router doesnt come into that process, all your router will do is forward data to and from the webserver, and thats not what i asked.

Also i dont need to respond to you if theres no reason to, and there isnt.
08/13/2010 10:20 -Fáng-#6
Quote:
Originally Posted by Korvacs View Post
Your router isnt where you setup the website, im talking about on the webserver, when you setup a website on the webserver it will ask you what ip address you would like to be associated with the website so that when the webserver receives a request on the dns name it knows what to do.

Your router doesnt come into that process, all your router will do is forward data to and from the webserver, and thats not what i asked.

Also i dont need to respond to you if theres no reason to, and there isnt.
stop giving me infractions. I know you want me gone but being a terrible moderator isn't the way to do it. You're being unfair now.

And no, I know what I'm talking about.
AppServ --> port 80 --> 192.168.1.2 --> (my public ip) --> port 80
and
AppServ --> port 80 --> 192.168.1.2 --> #REMOVED LINK SO I DON'T GET BANNED --> port 80

My router has it programed into it. I might be lost with what the problem is but I'm not blind. Plus it doesn't work with the public ip either.

[Only registered and activated users can see links. Click Here To Register...]

That's what I get yet people can't connect still to the website.

And yes, please just stop responding. I'm done with it.

Quote:
Originally Posted by bone-you View Post
Chances are your ISP blocks port 80. Many do it.
Does the picture above support that claim?
08/13/2010 10:26 bone-you#7
Quote:
Originally Posted by -Fáng- View Post
Does the picture above support that claim?
Yes. HTTP does not use UDP. It uses TCP.
08/13/2010 10:36 -Fáng-#8
Quote:
Originally Posted by bone-you View Post
Yes. HTTP does not use UDP. It uses TCP.
Cox blocks port 80. You're right.
Thank you. =]

EDIT: Problem Resolved. Thank you =]