This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

Updates keep failing

I install the endpoint from a flash drive that I have the downloaded install file and during the installation I enter the correct username and password.  The packages appear to be downloading as it increments from updates 1 through 4 but the whole time it says contacting server and then errors out with "could not contact server"



This thread was automatically locked due to age.
Parents Reply Children
  • Could you try to web to http://dci.sophosupd.com/ ? 

    You should see 

    Sophos dci Site

    Connection Successful

     

    That will let us know if your system is able to get the updates site. 

    [I hit the CTRL key, but I'm still not in control!]

  • Hello Robert Calder,

    escw_107_sa_sfx.exe
    I see, This is part of Endpoint Protection managed by your own server (Sophos Enterprise Console). If you are able to download it you have associated your license credentials with your SophosID. BTW - do you have SEC already installed? If not, why?
    Guess it suggests Sophos as update location - which username/password did you enter, those from he license schedule?

    Christian

  • We just wanted to update from Sophos instead of setting up our own server.  I did enter the username and password from the license schedule.  I have this installed on over 200 machines and I just checked my own machine and the update states that there are no files needed.  I have run into this problem with updating on several other systems as well.  We have a mix of Windows 7, 8.1 and 10 Professional machines and there is no identifiable similarity on the systems that fail.

  • Hello Robert Calder,

    if you don't want to set up your own server this isn't the right product for you. For one thing it isn't intended to be used this way (all endpoints updating from the CDN infrastructure) and furthermore you forego the ability to centrally manage your endpoints. You should reconsider your decision.

    Of course it's possible to troubleshoot the failures - there might or there might not be a pattern so that you could apply a solution to several endpoints. But first and foremost you should assess whether SESC is indeed the right choice for you.

    Christian

  • We switched from Symantec Endpoint and you could either set it up as server managed or managed locally.  I thought when I purchased these licenses that this could be used the same way.  If not Endpoint then what product would you recommend for my situation?

  • Hello Robert Calder,

    you can manage your endpoints locally (well, actually each endpoint is individually administrated by a some local or domain admin). Indeed only SESC permits optional stand-alone endpoints.
    But what's so bad about central management? 200 endpoints (systems) - all more or less "personal" computers but you have to make sure that common applications work?

    Christian

  • It is just the nature of our network that I find it better if it could update VIA the local admin that is logged in.  Is there a way that you could help me troubleshoot why this system is not updating?

  • Hello Robert Calder,

    if it could update VIA the local admin
    not sure what you mean by that. Both detection data and software are automatically updated as long as there is a connection. You don't have a server where you could install SEC?

    As for troubleshooting: The ALUpdate log should have some details. If you can't spot the error or it doesn't make sense to you then upload the log here.

    Christian

  • The students here at the school are not onsite for a good portion of the year so I want the systems to be able to update while offsite where they cannot access our internal server.  I do not have a logs folder in the C:\Program Files(x86)\Sophos\AutoUpdate directory.

  • Hello Robert Calder,

    maybe the pros and cons of different options should be discussed in an own thread.

    C:\Program Files(x86)
    Heck! Sorry, I didn't read the article carefully (knowing where the logs are), it's wrong. They used to be there years ago, they're now under %ProgramData% ....

    Christian