locked
WSUS error 404 RRS feed

  • Question

  • Hi All,

    I have a WSUS server setup on Server 2012 R2. It uses SQL Server as opposed to WID.

    The problem I am having is that if I navigate to:

    http://servername:8530/iuident.cab - nothing is downloaded (I get a 404). I've enabled directory browsing, restarted IIS and the WSUS server.

    http://servername:8530/selfupdate/iudent.cab - the file is downloaded

    Is this correct? I am using batchpatch, a third party tool, to initiate wsus updates on clients, but the batchpatch error points to a connectivity issue to WSUS.

    Thanks

    Saturday, April 11, 2015 3:08 PM

Answers

All replies

  • on the WSUS, try: wsusutil checkhealth

    http://technet.microsoft.com/en-us/library/dd939838(v=ws.10).aspx

    Then, check the Windows event log for the results of the health checks.

    At the client-side, you could also use this diagnostic tool:
    http://www.solarwinds.com/products/freetools/diagnostic-tool-for-wsus-agent.aspx


    Don
    (Please take a moment to "Vote as Helpful" and/or "Mark as Answer", where applicable.
    This helps the community, keeps the forums tidy, and recognises useful contributions. Thanks!)

    Sunday, April 12, 2015 2:46 AM
  • Hi,

    >>Is this correct?

    Yes. I checked this in my lab. In WSUS 3.0 SP2, the iuident.cab exists in both wwwroot and selfupdate. But in WSUS v6.2 and later, iuident.cab only exists in selfupdate.

    >> I am using batchpatch, a third party tool, to initiate wsus updates on clients, but the batchpatch error points to a connectivity issue to WSUS.

    Could you point one of your clients to the WSUS server, then try to update with the Windows Update Agent.

    If it updates successfully, the WSUS server should be fine.

    If it fails to update, please post the windowsupdate.log here. It may give some hints.

    Best Regards.


    Steven Lee Please remember to mark the replies as answers if they help and unmark them if they provide no help. If you have feedback for TechNet Support, contact tnmff@microsoft.com.

    Tuesday, April 14, 2015 9:32 AM