Cannot connect from outside source through DynDns.org; Debian 4, AMD64
Linux - NewbieThis Linux forum is for members that are new to Linux.
Just starting out and have a question?
If it is not in the man pages or the how-to's this is the place!
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
Cannot connect from outside source through DynDns.org; Debian 4, AMD64
I set up a linux server on an AMD Athlon X2 64 -based PC using the network install ISO from Debian.org. Static IP of 192.168.1.200, SSH installed and forwarded to port 22 on my router. I can now access the server from any computer within my LAN using Putty with no problems.
I also installed Apache and am able to view the placeholder web page when I enter 192.168.1.200 from my LAN computers.
I then registered at Dyndns.org, entered my ISP-provided IP in the box, and set up Dynamic DNS through my router firmware. When I enter the dyndns address from behind my LAN, I get my router's login screen, which tells me that it updated. However, when I try to access the domain from an outside computer the connection times out. It seems like it is not making the link somewhere but I cannot seem to find out what I am doing wrong. Any insight would be appreciated.
When I enter the dyndns address from behind my LAN, I get my router's login screen, which tells me that it updated.
That is normal behavior for some routers.
Quote:
However, when I try to access the domain from an outside computer the connection times out. It seems like it is not making the link somewhere but I cannot seem to find out what I am doing wrong. Any insight would be appreciated.
There are two places to start:
1) Make sure port 80 is being forwarded from your router to your server
2) Make sure your server's firewall isn't blocking the connections.
If those two things are fine, then the next step would be to check the Apache logs and see if the requests are even getting there from the outside world. If they're not, you'll either have to set up some firewall rules to see what is happening or use a tool like wireshark to see if the packets are making it past your router.
Your ISP may block port 80, they often do. They think running a webserver is commercial activity and do not allow it on home-grade connections. Workaround is to run server on some other port, I believe there is a dyndns option to redirect transparently. You can check if ISP is blocking the port with Shields-Up, all ports that are not blocked by you are blocked by ISP.
Location: Northeastern Michigan, where Carhartt is a Designer Label
Distribution: Slackware 32- & 64-bit Stable
Posts: 3,541
Rep:
While you're checking, be sure to look at /etc/ddclient/ddclient.conf (wherever you have ddclient.conf installed) and double-check your settings, particularly the router settings (which can be a pains sometimes).
I did fiddle with the "router" settings (I have a Linksys BEFSR41) and fiddled too much to get and keep it going, so I switched to the "web" settings (rather than the "router" settings); works fine. Parts of my configuration file look like this:
Code:
## To obtain an IP address from Web status page (using the proxy if defined)
use=web, web=checkip.dyndns.org/, web-skip='IP Address' # found after IP Address
#
...
use=web # via web
#
...
## dyndns.org dynamic addresses
##
## (supports variables: wildcard,mx,backupmx)
##
server=members.dyndns.org, \
protocol=dyndns2 \
ronayne.dyndns.org
If you try the "web" and everything works, then you can go back to the "router" and fiddle until you get it, eh?
There are two places to start:
1) Make sure port 80 is being forwarded from your router to your server
2) Make sure your server's firewall isn't blocking the connections.
Ok I went into the router this morning and saw that I did NOT have HTTP set to forward to port 80, so this could have been the problem. I don't want to install Putty on a work computer, but if I can get this part of it working it it should indicate that the DynDNS is functioning properly.
Quote:
Originally Posted by Emerson
Your ISP may block port 80, they often do. They think running a webserver is commercial activity and do not allow it on home-grade connections. Workaround is to run server on some other port, I believe there is a dyndns option to redirect transparently. You can check if ISP is blocking the port with Shields-Up, all ports that are not blocked by you are blocked by ISP.
Good point. If it still doesn't work after all this should I use port forwarding to set HTTP to a higher value as in:
HTTP - TCP Any -> 40,000 ?
Quote:
Originally Posted by tronayne
While you're checking, be sure to look at /etc/ddclient/ddclient.conf (wherever you have ddclient.conf installed) and double-check your settings, particularly the router settings (which can be a pains sometimes).
I went to edit the file using pico and it appears ddclient.conf is not installed. I use apt-get install ddclient an error and it doesn't install:
Quote:
Reading package lists... Done
Building dependency tree... Done
The following NEW packages will be installed:
ddclient
0 upgraded, 1 newly installed, 0 to remove and 1 not upgraded.
Need to get 47.1kB of archives.
After unpacking 279kB of additional disk space will be used.
Err http://ftp.us.debian.org etch/main ddclient 3.6.7-2
Temporary failure resolving 'ftp.us.debian.org'
Failed to fetch http://ftp.us.debian.org/debian/pool....6.7-2_all.deb Temporary failure resolving 'ftp.us.debian.org'
E: Unable to fetch some archives, maybe run apt-get update or try with --fix-missing?
I tried that last night and this morning. I was able to apt-get install/remove other programs, so the internet connection is working.
Thanks for the link. I went through thir page, and also tried their port diagnostic tool, and it is telling me it is blocked. I have tried disabling all of the firewalls and it still does not resolve through dyndns's open port tool (http://www.dyndns.com/support/tools/openport.html). It appears port forwarding is set up correctly.
Quote:
Networked Computer / Device Network Address Public IP Address Remote Host IP Address Protocols WAN Connection Type Status Action
localhost localhost Verizon FiOS Service – TCP Any -> 4567 All Broadband Devices Active
192.168.1.200
192.168.1.200
SSH - TCP Any -> 22 All Broadband Devices Active
192.168.1.200
192.168.1.200
HTTP Web Access - TCP Any -> 3127-3128
TCP Any -> 80-81
TCP Any -> 8080
TCP Any -> 8000
TCP Any -> 8888 All Broadband Devices Active
Add
I can't seem to trace down if it is an issue with the router or the server? Again, Putty connects to it through SSH fine and I can access the placeholder website through the browser, both on the LAN side.
localhost localhost Verizon FiOS Service – TCP Any -> 4567 All Broadband Devices Active
If this is an indication that you have Verizon as an ISP, then it is nothing you're doing. Verizon is a known scumbag, er, I mean blocker, of port 80 for residential users. You'll have to move to a higher port if Verizon is your ISP.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.