You are not logged in.
Pages: 1
Topic closed
Seems more like some other kind of network issue, but I'll throw the basic info here:
wget google.com
Resolviong google.com... failed: Temporary failure in name resolution.
wget: unable to resolve host address 'google.com'Anything pacman tries to fetch has the same issue.
I'm using a proxy, and have checked the export http_proxy a million times, but here it is:
export http_proxy="http://192.168.0.100:1080"Other machines use this proxy with no problem. I've tried it with and without the "http://" in the export line. I can ping the IP from all machines.
This seems more like a DNS name lookup failure. But I can't do much with a base install. My resolv.conf is not populating with dhcp use, like it normally would. Can someone post an example resolv.conf with a 'public' dns?
Windows machines are working just fine, I wonder what is different about resolution?
Offline
I tried adding a few public DNS servers to the resolv.conf, no effect.
I can ping the proxy machine from the Linux box. But all services trying to use it fail.
Windows machines are all using the proxy with no problem. It's embarrassing... Am I forgetting some totally i iz noob thing?
Offline
I guess I'll continue this in case it happens to someone else.
even though I did:
export http_proxy="ipaddress:port"I get this:
echo $http_proxy
[no output, returns to command prompt]I issue the command several times and now it echoes properly.... same for ftp_proxy variable
Now I get:
pacman -Syu
:: Synchronizing package databases...
--2009-01-16 19:55:56-- http://archlinux.unixheads.org/extra/os/i686
Connecting to [proxyip:port]... connected.
Proxy request sent, awaiting response... 200 No headers, assuming HTTP/0.9
Length: unspecified
Saving to '/var/lib/pacman/core.db.tar.gz.part'
100%[ <=> ] 8 --.-K/s in 0s
2009-01-16 19:55:56 (1.01MB/s) - /var/lib/pacman/core.db..tar.gz.part' saved [8]
error: failed to update core (unexpected system error)I'd say my proxy is being ghey, but everything works fine on the other machines using it... No problems except for this linux box!
Last edited by ixtow (2009-01-17 00:56:49)
Offline
No clues? [bump]
Offline
Just edit /etc/pacman.conf and uncomment the XferCommand line. Apparently pacman doesn't use wget by default so it can't bypass proxies(?).
Works fine after this. (You can check if wget works in the first place by doing something like wget google.com)
That any help? ![]()
Offline
Oh oops. Didn't see that wget didn't work for you ![]()
Think you have to edit /etc/resolv.conf and put in a nameserver (DNS) there like:
nameserver x.x.x.x
Ping the DNS and check if it responds.
Offline
I've done the XferCommand deal. I have it resolving through the proxy, it just won't send the actual requested data. I've tried 3 different proxy programs and they all result in the same. I've got no idea what to call this. Windows machines are getting 'server disconnected' a lot now too.
I want to call it a NIC throwing bad packets. But I ping -f a perfect 100% out of the proxy machine in both directions with no packet loss. It's not a hub/switch/cable issue because it's WiFi. Not an AP because it's Ad-Hoc. I can't find fault with any of the hardware. I can ping -f between any and all machines with 100% return. I can copy big files with SCP. No problem. I can do anything except use a proxy as intended!
I wonder if I should try some kind of ssh tunneling?
Everything pacman has tried to do so far has thrown me an error from wget. FTP and HTTP. So it hasn't tried to use anything else....?
Offline
Hmm.. interesting.
So the "proxy" acts like any other machine on the network instead of a proxy server? As in it doesn't
forward your requests out. Do you observe any outward connections being made when you send a request
to the proxy?
So the problem must be local to the proxy machine I think. Some configuration issues there.
I can confirm that if the proxy works fine then all you need to get pacman to work is adding the
environment variables http_proxy/ftp_proxy and uncomment the XferCommand line to use wget.
(Apart from the usual network configuration in rc.conf and resolv.conf)
Offline
I'm using the proxy to come to this forum and post these messages.
...from a windows machine. I downloaded the arch .img file with it too. And doing the install is as far as I ever got. The arch box connects to the proxy, resolves the name, and then just dumps an 8 byte file with the name, and fails.
I get the same results no matter what I tell wget to go get. If I type 'wget google.com' I get an 8 byte file named index.html. If I point it at any given web server, for say, a mirror to a .iso.... I get, that's right, an 8 byte file of the name specified. It does give it the .part suffix, so wget recognizes that the file is incomplete... But it doesn't add another 8 bytes if I try it a second time.
What I don't have, is any kind of error message or log entry telling me what went wrong, or why.
Last edited by ixtow (2009-01-18 09:20:32)
Offline
But it seems weird that you should be able to browse with it (proxy) but not wget or otherwise download through it.
Firewall? I've run out of ideas!
Offline
I have exactly the same problem from an Arch machine in a VM.
Offline
ive had this problem,
using export http_proxy and export ftp_proxy does not suffice,
you also need to run pacman with sudo -E pacman -Syu (for example) so that the environment is passed through sudo.
Offline
you also need to run pacman with sudo -E pacman -Syu (for example) so that the environment is passed through sudo.
Had the same problem within a virtual machine at work - this resolved the issue! Just need to pass my environmental variables through when I "sudo".
Thanks eldragon!
Offline
Offline
Pages: 1
Topic closed