Problems with pupget and dotpup downloader

[LenWFTM]

Hi,
I have a good internet connection running using the rt73 driver, connected to rausb0. However, whenever wget tries to download something it gets stuck at

Connecting to www.puppylinux.org |1.0.0.0 | : 80 ...

Then:

failed: Connection timed out

Can anyone suggest a solution??

[GuestToo]

the ip address of puppylinux.org is not 1.0.0.0

are you behind a proxy server? ... can you see http://www.puppylinux.org/ in your web browser?

[LenWFTM]

Yes, internet connection works fine.

[LenWFTM]

Also, no proxy server, no firewall except a hadware firewall in Dlink router

[GuestToo]

is that the actual number that shows for the ip address?

Connecting to www.puppylinux.org |1.0.0.0 | : 80 ...

because that is not the correct ip address, and it will not work with that address

it should look more like this:

Resolving puppylinux.org... 62.214.98.57
Connecting to puppylinux.org|62.214.98.57|:80... connected

do you have puppylinux.org set to 1.0.0.0 in your /etc/hosts file? ... do you have something in your /etc/wgetrc file that is enabling the use of a proxy?

your dns must be working, if you can see web pages, so it should work properly if you type this in a console:

nslookup puppylinux.org

i don't really know what's happening ... what version of Puppy are you running? ... was wget working ok before?

what happens if you type this:

wget http://puppylinux.org/home/question.gif

[LenWFTM]

"The Connecting to .." quote is accurate. I don't think wget has ever worked, which I have got around by downloading and then in stalling.

The /etc/hosts file reads:

127.0.0.1 localhost puppypc
192.168.1.1 pc2
192.168.1.2 pc3
192.168.1.3 pc4

The only un-commented line in the /etc/wgetrc file is:

waitretry = 10

rxvt looks like:

sh-3.00# nslookup puppylinux.org
Server: pc2
Address: 192.168.1.1

Name: puppylinux.org
Address: 62.214.98.57
sh-3.00#

I'm running puppy 213 on a Toshiba 4010CDT from a cd image.

Many thanks for your help.
Len

[GuestToo]

it looks like you are connecting to the internet through a router ... well, it could be a local proxy, like Privoxy, but it looks like a router

everything looks reasonably normal to me

is there a .wgetrc file in /root, which would over ride the file in /etc?

does wget work properly if you use it in a console window ... like this:

wget http://puppylinux.org/home/question.gif

that should just download a small gif (picture) file

[GuestToo]

it is possible that your router is having dns problems ... are the addresses of the dns nameservers in /etc/resolv.conf pointing to the router (192.168.1.1) or to your isp's servers on the internet? ... if resolv.conf is pointing to your router, it might work better if you put the addresses of the isp's dns servers in resolv.conf

you could try the opendns.org dns servers ... they should work even if your router or your isp's dns servers are not working properly ... see: http://murga-linux.com/puppy/viewtopic.php?t=15464

but nlslookup would probably not work properly if you were having dns problems

[LenWFTM]

Hi Guest Too,

Yes, running a wireless LAN with DLink router. No sign of a .wgrc file in root.

Output of rxvt is (after a long wait):

sh-3.00# wget http://puppylinux.org/home/question.gif
--19:59:25-- http://puppylinux.org/home/question.gif
=> `question.gif'
Resolving puppylinux.org... 1.0.0.0
Connecting to puppylinux.org|1.0.0.0|:80... failed: Connection timed out.
Retrying.

--20:02:35-- http://puppylinux.org/home/question.gif
(try: 2) => `question.gif'
Connecting to puppylinux.org|1.0.0.0|:80...

Looks like the dns isn't working??
Len

[LenWFTM]

Edited resolv.conf and resolv.conf.sv as suggested and now all working well

Many thanks, Len

[GuestToo]

yes, it looks like some sort of dns problem to me

# wget http://puppylinux.org/home/question.gif
Resolving puppylinux.org... 1.0.0.0

is wrong ... wget is asking your dns servers what the ip address of puppylinux.org is, and your dns servers are saying "1.0.0.0" ... which is wrong

the addresses of your dns servers are in /etc/resolv.conf ... do they look ok? ... it might have the address of your router, or the addresses of your isp's servers on the internet

they must be working well enough that you can see web pages in your browser

often, when your browser works but wget do not work, the reason is that you are using a proxy, and the browser has been configured properly to use the proxy, but wget has not ... but you say you are not using a proxy server

it's possible that wget is configured to use a proxy and shouldn't be ... the configuration would probably be in /etc/wgetrc or /root/.wgetrc (a hidden file) ... it could also be set by environmental variables ... do you see anything if you type:

set | grep -i proxy

[GuestToo]

ok, glad it's working

it might have been the dns server in your dlink router that was causing a problem, if resolv.conf was pointing to the router ... reseting the router might help, or flashing the latest firmware

it's probably better to put your isp's servers in resolv.conf ... or if your isp's servers are not working properly (which is possible), you can use an open dns server like opendns.org or orsn.net, or Verizon has or did have some open dns servers

[LenWFTM]

OK, thats great. Definitely no proxy servers set. I probably made some error when initially fumbling around trying to get my wireless to work.

I'll reset the dns servers tomorrow.

Many thanks again - steep learning curve!!

Len