Connection Timeout Error
#1
Posted 20 July 2009 - 03:58 PM
We are trying to use Auto Patcher to rollout patches for out PC's.
However when we try to download the Auto patcher files along with SP3 (English) this timesout.
When I check the firewall logs it appears that it goes to a site cds152.lon9.llnw.net (or a variation with the numbers changing)
When I bypassed one user from the firewall restrictions they were able to download the files successfully.
My question is are these sites right and how should I deal with this given that each variation has a different IP address?
Thanks for any advice given.
#2
Posted 20 July 2009 - 05:05 PM
[]s
#3
Posted 21 July 2009 - 08:40 AM
Cristiano, on Jul 20 2009, 06:05 PM, said:
[]s
Thank you for the reply. I am a complete novice with this and so if you could point me in the right direction of how to create the log I would be happy to generate this.
Thank you in advance.
#4
Posted 21 July 2009 - 10:52 AM
[]s
#5
Posted 22 July 2009 - 11:02 AM
Cristiano, on Jul 21 2009, 11:52 AM, said:
[]s
Thanks, I think I may have misled you. I am trying to click on the APUP.exe file. This just comes with the exe and a bin directory. There is no file that you speak of. However this file does exist on machines that have successfully run the APUP.exe and downloaded that nessacery files.
I however am not able to download these files becasue of the connection timeout.
#7
Posted 22 July 2009 - 11:43 AM
You double-click apup.exe and wait and wait - nothing happens and you time out yes/no?
You may want to elaborate on your firewall, security software, etc. If you are on a network, proxy, etc, all details
relating to anything that would block (interfere) with an executable from connecting directly to the internet will be helpful.
Are you using an anonymous proxy (secure surfing) software by chance to hide your IP address?
Quote
you select your release "XP_SP3_x86" you will see a new "modules" folder that all your updates will download to.
#8
Posted 22 July 2009 - 12:15 PM
gUiTaR_mIkE, on Jul 22 2009, 12:43 PM, said:
You double-click apup.exe and wait and wait - nothing happens and you time out yes/no?
You may want to elaborate on your firewall, security software, etc. If you are on a network, proxy, etc, all details
relating to anything that would block (interfere) with an executable from connecting directly to the internet will be helpful.
Are you using an anonymous proxy (secure surfing) software by chance to hide your IP address?
When you finally get the contents "AutoPatcher Updater" and "AutoPatcher Engine" you will see more files / folders, and when
you select your release "XP_SP3_x86" you will see a new "modules" folder that all your updates will download to.
We use checkpoint Firewalls and although we are using a proxy it appears that it bypassess the proxy for the downloads. Like I say the only thing that is constant in the firewall logs is that no matter who I try this on it tries to go to a strange URL. As shown in my first post.
#9
Posted 22 July 2009 - 12:25 PM
not quite right. the whole purpose of an proxy is save download time, by doing an local cache. for the files that you already have reached, you may get the old version for the file. for the files that you didn't reached yet, you will get the right file. but the problem is when the proxy doesn't check properly to see if the file was updated or not. for that, the only bypass that i know is force the proxy to update the file, by reaching the file with an browser and selecting "reload" until get the right file.
[]s
#10
Posted 22 July 2009 - 12:35 PM
and he is in Brazil.
The bottom line is the links for the most part are "microsoft.com" or "autopatcher.com", and from the looks of things your are being redirected -
you need to look deeper at your proxy etc. If you were to look at the script for "xp_sp3_x86" 90% of the links have an origin that looks like
this -> http://download.micr...t.com/download/ - direct from Microsoft, they require this for their updates, we don't host them.
Our files (.apm, .7z) come from autopatcher.com -> http://www.autopatcher.com/releases/englis...enu_20090720.7z
#11
Posted 22 July 2009 - 01:14 PM
gUiTaR_mIkE, on Jul 22 2009, 01:35 PM, said:
and he is in Brazil.
The bottom line is the links for the most part are "microsoft.com" or "autopatcher.com", and from the looks of things your are being redirected -
you need to look deeper at your proxy etc. If you were to look at the script for "xp_sp3_x86" 90% of the links have an origin that looks like
this -> http://download.micr...t.com/download/ - direct from Microsoft, they require this for their updates, we don't host them.
Our files (.apm, .7z) come from autopatcher.com -> http://www.autopatcher.com/releases/englis...enu_20090720.7z
Thank you. We are based in the UK.
#12
Posted 22 July 2009 - 01:20 PM
not only java. with several other things too. by instance, i do know that ms web site says since a couple of months ago that fileformatconverters.exe is now v3. just to double check again, i did yesterday an download test with that file and i'm still reaching v1. i do know for sure that my ISP has an webcache, despite they deny it, because i've already tracked several. for sure, this is related to that issue. also, there's another issue: several geo-ips say that i'm from Uruguay. in fact, it's close from here (about 300km), but i'm not in there. but something from my isp may those geo-ip locators think that. probably, an webcache
[]s
#13
Posted 04 August 2009 - 09:02 PM
johnnydude84, on 20 July 2009 - 03:58 PM, said:
When I bypassed one user from the firewall restrictions they were able to download the files successfully.
My question is are these sites right and how should I deal with this given that each variation has a different IP address?
This topic seems to be abandoned, but for the benefit of others, addresses like cds152.lon9.llnw.net resolve to Limelight networks. Limelight (llnw.net) seem to be used by Microsoft as part of their dynamic load balancing so that Microsoft can deliver updates worldwide. If you want to know who Limelight are, Google is your friend.
Here's a relevant quote from a discussion on another forum:
Kevin said:
They are the second largest content delivery network with Akamai being the first. They have 2.5 TERABITS per second of capacity. Some examples of things they deliver that you might be seeing.
Windows updates
...
I'm less impressed than "Kevin", however. The last time that my downloads from Microsoft resolved to cds???.lon.llnw.net (on 28-July-2009), I experienced the worst connection time and worst server response I have ever seen.
If you are able to log the connection IP addresses for downloads requested from download.microsoft.com you may find they actually resolve to Akamai or Limelight (or something else) depending on where you are in the world, what time of day it is and what other people are downloading.
This particular problem seems to be a firewall configuration and/or an internet issue, not an Apup issue.
==
1 user(s) are reading this topic
0 members, 1 guests, 0 anonymous users











