|
I have my ports forwarded. I set up two different hostnames pointing to 67.54.130.50 I used the Open Port Tool and I got the message that 67.54.130.50:80 is open and accepting connections. This indicates the port is not being blocked by either a firewall or your ISP and is currently operational. I CAN acces my DVR from computers within my own network both wired and wirelessly. However, if I take my laptop to somewhere outside my network (Like a hotel, when I was away from home a few days ago.) or if I have someone out on the Internet trying to access my DVR, they can't get through. One of my hostnames is: http://dalerp.dyndns.ws It is set up to point to 67.54.130.50. Obviously, there is some, one small item, that is preventing access from outside my home network. Can someone please get me up and running? (The whole objective of setting up my surveillance system was to be able to view it when I'm NOT at home!) Additionally, I just spoke with my ISP and they assure me that 67.54.130.50 IS A PUBLIC IP ADDRESS! They "ping" it and packets get through in both directions! I've read the other FAQ's and answers and I know there are people with similar problems and I've used the other suggestions to no avail. HELP! After reading additional responses to the same basic question, I tried changing my DVR http port from 80 to 8000 just in case there was a conflict with the admin access to my router as someone suggested. I changed the port forwarding to port 8000 and used the port testing tool and it claims that both 80 and 8000 are "OPEN". However, now I can't access my DVR from within my own network! Before I change it back to 80, I'll give someone a chance to tell me what the HECK is going on? |
The question has been closed Jan 29 at 01:44 PM ago by RotBlitz for the following reason "Abandoned question".
Uhm.. Yes, I had already tried connecting with both the IP and the hostname you previously mentioned: http://dalerp.homedns.org. I got a connection reset most of the time, but sometimes a timeout (packet dropped at destination). At some point I suspected the DVR for not accepting my connections (e.g. some sort of filter at application level). BUT: When using http://dalerp.dyndns.ws in the Host: header, I am actually getting a real HTTP response! Which now leads me to believe that your DVR only accepts HTTP/1.1 connections with an expected hostname in the Host header. In simpler terms: It pretty much works to connect to your DVR (on HTTP, port 80) when I'm using the hostname http://dalerp.dyndns.ws, but only when using that specific hostname. OK. Thanks. I guess I need to take my laptop somewhere off my home network and try to connect?
Jul 25 at 02:07 AM
Dale
My hosts: http://dalerp.dyndns.ws and http://dalerp.homedns.org are configured exactly the same way. I only created the second one when I couldn't get through on the first one. (Just in case I had a typo or some other such "bug".)
Jul 25 at 02:14 AM
Dale
They both point to 67.54.130.50
Jul 25 at 02:15 AM
Dale
|
Come to think of it, the fact that you're able to access your device locally by using the public IP indicates that the public IP is in fact controlled by the D-Link (which has the NAT mappings / port forwardings configured). I regret that I must draw a blank. The only other possible issues I can think of at your end is local security filters/firewalls. Either some sort of firewall rule on the DVR or firewall rules on the router, which block the inbound traffic to the DVR. However, I consider that more of a theoretical possibility than a probability. I also consider it a possibility that the issue is at the ISP's end, but I have no evidence for that conclusion. If you're unable to achieve anything useful by contacting the ISP, perhaps you will find useful discussions about the same ISP somewhere on the web, in the interest of "ruling out" a general problem with receiving inbound connections with that ISP. Other users here may possibly be able to assist you further. I'm not running any firewall of any type, on the router or on the DVR. I just run everthing (risky) with no firewalls, filters, spam blockers, etc. The computer I use to access the Internet is ONLY used for that purpose. My "sensitive" stuff in on a separate, stand-alone computer that doesn't ever access my "home" network or the Internet. I'm really becoming suspicious that my ISP may be the root of my problem and I'm NOT going to be able to do too much about that. They don't have a level of support that I can escalate my problem to where I can get any reasonable technical assistance!
Jul 24 at 06:06 PM
Dale
Thanks again for the continued effort/interest/assistance.
Jul 24 at 06:08 PM
Dale
|
|
If you search for WildBlue you'll find a few other threads with similar issues. Do you only have a satellite link, or do you also have a land line connection? I only have the satellite link. No landline, no dial up, no DSL, no cable broadband...where I live, the options are dial up (waaaaaaayyyyy too slow) or satellite.
Jul 24 at 06:01 PM
Dale
Thanks, I'll do a WildBlue search to see if I can find the references you describe. Someone out there may have figured this out...I'm just NOT aware of it. I'll assume someone has tried to reach my hostname with NO success...it is http://dalerp.dyndns.ws
Jul 24 at 06:11 PM
Dale
|
|
Well, I can see that port [begin response] [end response] Connection reset Suggests that your DVR may have a software firewall or some other restrictions configured. The other option is that your DVR doesn't have the router's LAN address as it's default gateway. I just looked at the DVR network setup and confirmed that the DVR does have it's default gateway set to the LAN address of the router.
Jul 25 at 02:06 AM
Dale
I did Google the Wildblue/DVR issue and found a post on another site where someone claims that they have this working. The general description of how it was accomplished, matches my configuration. I guess I should take my laptop somewhere outside my home network and try to connect. Maybe I can get in, although other than messing around with a few changes that were suggested...I'm at my original configuration that didn't appear to be working????
Jul 25 at 02:12 AM
Dale
|
OK. Thanks. I guess I need to take my laptop somewhere off my home network and try to connect? Yes, you should test it remotely. My hosts: http://dalerp.dyndns.ws and http://dalerp.homedns.org are configured exactly the same way. I only created the second one when I couldn't get through on the first one. (Just in case I had a typo or some other such "bug".) They both point to 67.54.130.50 Yes, and that is precisely my point. The difference lies not within the DNS, but within the DVR. Networking-wise, it makes no difference whether you use the first or the second hostname, or the IP address directly. The traffic reaches the DVR anyway. However, the DVR's HTTP service seems to only reply when a certain hostname was given by the client browser (the HTTP protocol has a "Host" header, where this information is passed), probably for security reasons ("if you don't know my name, I shall not serve you"). Additionally, it would seem it even banned me at some point, temporarily, after attempting several times within a short timeframe. My guess is that the DVR has a setting where you specify its hostname. Choose that carefully. If it is possible to not specify anything there, that may possibly disable this security feature, but I wouldn't know. I would expect the DVR's user manual to document this behaviour. Good advice! I'm going to check my DVR manual, I don't recall seeing anything there and it's NOT that well written, and I can also call the tech support guru from the company that sold me the system. (He's pretty good and he may be able to supply the missing information you are suggesting.) I appreciate your thoughts and continued assistance. I'll need to find a place to use my laptop away from my home network...
Jul 26 at 12:53 AM
Dale
|
1 2 3 next page »
I was having the same problem but I joined by business and they helped me set mine up, you will need to make sure that the settings on your router and DVR gateway are the same. You may need to open your ports if you go to http://ping.eu enter this in the address bar and click ping when you get the listing up and then click port test , put your static ip address in and the port for example 8011 click go and it will tell you if the port is open or closed