Export (0) Print
Expand All

Release Notes for Windows Server Update Services 3.0

Applies To: Windows Server 2003, Windows Server 2003 R2, Windows Server 2003 with SP1, Windows Server 2003 with SP2, Windows Server 2008, Windows Server Update Services

These release notes describe known issues affecting Microsoft® Windows® Server Update Services (WSUS) 3.0 and includes recommendations and requirements for installing the application. These notes contain the following sections:

  • System requirements for WSUS 3.0 server installation

  • Configuration requirements for WSUS 3.0 server installation

  • System requirements for WSUS 3.0 remote console installation

  • Configuration requirements for WSUS 3.0 remote consoles

  • System requirements for client installation

  • Software requirements for WSUS 3.0 server installation

  • Minimum disk space requirements for WSUS 3.0 server installation

  • WSUS 3.0 upgrade requirements

  • Setup command-line parameters

  • Setup and upgrade issues

  • Known issues

  • WSUS 3.0 on Windows Server® 2008

  • WSUS 3.0 on Windows Small Business Server 2003

noteNote
A downloadable copy of this document is available at the Microsoft Download Center (http://go.microsoft.com/fwlink/?LinkId=71220).

If you are using a proxy server that requires user name/password authentication, the WSUS server may fail to synchronize updates if you do not overwrite the proxy server password when running the WSUS Server Configuration Wizard. Because the configuration wizard is launched automatically at the end of setup, this problem can cause synchronization errors after you upgrade to WSUS 3.0 from an older version of WSUS.

You can avoid this problem by cancelling the configuration wizard after upgrade, or by re-entering the correct proxy password when the configuration wizard runs. To recover from this problem after it has occurred, go to Update Source and Proxy Server on the Options page, re-enter the proxy password, and then save the setting.

The WSUS 3.0 server is supported on Windows Server 2003 Service Pack 1 and Windows Server 2008.

Microsoft Windows® 2000 Server is not a supported operating system for WSUS 3.0 servers.

Although WSUS 3.0 may still run on servers running Terminal Services, doing so is not supported or recommended. WSUS 3.0 will not run on a server running Terminal Services in configurations using remote SQL Server implementations. Because all remote custom actions (including installation) on a Terminal Server license server will be run as the system account, and the server's system account may not have permissions on the remote SQL Server, the installation may fail.

Microsoft Windows Server Update Services 3.0 requires Internet Information Services (IIS), which is not installed by default on Microsoft Windows Server 2003 or Windows Server 2008. If you attempt to install WSUS 3.0 without IIS, Windows Server Update Services Setup displays an error message saying that IIS is not installed

If you have upgraded the server from Windows 2000 Server to Windows Server 2003, IIS may be running in IIS 5.0 compatibility mode. It is also possible to enable IIS 5.0 isolation mode in IIS Manager. This will cause installation to fail. You will need to disable IIS 5.0 isolation mode before installing WSUS 3.0.

All IIS components should be installed in native mode on 64-bit platforms. The installation may fail if any IIS component is in 32-bit compatibility mode.

When you configure the root WSUS server (the WSUS server that gets updates directly from Microsoft Update), and there will be a proxy server between the WSUS server and the Internet, the proxy server must support both HTTP and HTTPS.

If you have two or more Web sites running on port 80 (for example Windows® SharePoint® Services), you should delete all but one of them before installing WSUS. If you do not do this, your server’s clients may fail to self-update.

When you install WSUS 3.0, you may need to disable antivirus programs before you can successfully perform the installation. After you disable the antivirus program, restart the computer before you start installing WSUS. Restarting the computer prevents files from being locked when the installation process needs to access them. After the installation is complete, be sure to re-enable your antivirus program. Visit your antivirus program vendor’s Web site for the exact steps to disable and re-enable your antivirus program and version.

CautionCaution
This workaround may make your computer or your network more vulnerable to attack by malicious users or by malicious software such as viruses. We do not recommend this workaround, but are providing this information so that you can implement this workaround at your own discretion. Use this workaround at your own risk.

noteNote
An antivirus program is designed to help protect your computer from viruses. You must not download or open files from sources that you do not trust, visit Web sites that you do not trust, or open e-mail attachments when your antivirus program is disabled.

The nested triggers option is turned on by default; however, it can be turned off by a SQL Server administrator.

If you plan to use a SQL Server database as the Windows Server Update Services data store, the SQL Server administrator should verify that the nested triggers option on the server is turned on before the WSUS 3.0 administrator installs WSUS 3.0 and specifies the database during setup.

WSUS 3.0 Setup turns on the RECURSIVE_TRIGGERS option, which is a database-specific option; however, it does not turn on the nested triggers option, which is a server global option.

To see if the nested triggers option is on, use the following:

sp_configure 'nested triggers'

To turn on the nested triggers option in SQL Server, run the following from a batch file on the computer running SQL Server:

sp_configure 'nested triggers', 1

GO

RECONFIGURE

GO

If you do not have SQL Server Management Studio on your server, you may want to run SQL scripts from the command line. You can obtain the Microsoft SQL Server 2005 Command Line Query Utility from Microsoft Download Center (http://go.microsoft.com/fwlink/?LinkId=70728). To get started, run sqlcmd.

If you wish to run SQL scripts against Windows Internal Database, you must also download the SQL Native Client from the same download page.

WSUS 3.0 offers support for running database software on a computer separate from the computer with the rest of the WSUS 3.0 application. There are some requirements for configuring a remote SQL installation

  • You cannot use a server configured as a domain controller for the back end of the remote SQL pair.

  • You must not be running Terminal Server on the computer that will be the front-end server of a remote SQL installation.

  • You must use at least Microsoft SQL Server 2005 Service Pack 1 (available on the Microsoft Download Center (http://go.microsoft.com/fwlink/?LinkId=66143) for database software on the back-end computer if that computer is running Windows Server 2003, and SQL Server 2005 Service Pack 2 if it is running Windows Server® 2008.

  • Both the front-end and the back-end computers must be joined to an Active Directory domain, otherwise, if they are in different domains, you must establish cross-domain trust between the domains before running WSUS setup.

  • If you already have WSUS 2.0 installed in a remote SQL configuration and wish to upgrade to WSUS 3.0, you should uninstall WSUS 2.0 (using Add or Remove Programs in Control Panel) on the back-end computer while ensuring that the existing database remains intact. Then you should install SQL Server 2005 SP1 or SP2 and upgrade the existing database. Finally, you should install WSUS 3.0 on the front-end computer.

WSUS setup will fail when certain release candidates of Internet Explorer 7 are present along with Terminal Services.

The WSUS 3.0 remote console can be installed on the following platforms:

  • Windows Server 2008

  • Windows Vista®

  • Windows Server 2003 SP1

  • Windows XP SP2

You may experience performance problems if you connect to the WSUS 3.0 server with a remote administration console over a narrow-band WAN connection. You can limit the number of updates and computers you see by filtering update and computer views, but it is recommended that you use a broad-band connection between the remote administration console and WSUS 3.0 servers. If you have performance problems with the remote console, we recommend connecting to the server using Terminal Server for remote management.

Automatic Updates is the WSUS client software. It can be used with WSUS on any of the following operating systems:

  • Windows Vista

  • Windows Server 2008

  • Microsoft Windows Server 2003, any edition

  • Microsoft Windows XP Professional SP2

  • Microsoft Windows 2000 Professional SP4, Windows 2000 Server SP4, or Windows 2000 Advanced Server with SP4

The following table shows required software for Windows Server 2003 SP1 platforms. Required software for Windows Server 2008 will be addressed in the section that deals with WSUS 3.0 on Windows Server 2008.

Make sure the WSUS 3.0 server meets this list of requirements before you run WSUS 3.0 setup. If any of these updates require restarting the computer when installation is completed, you should perform the restart before installing WSUS 3.0.

 

Requirement Details

Microsoft Internet Information Services (IIS)

Install from operating system.

See Issue 1: IIS must be installed.

Microsoft .NET Framework Version 2.0 Redistributable Package (x86)

See Microsoft .NET Framework Version 2.0 Redistributable Package (x86) on the Microsoft Download Center (http://go.microsoft.com/fwlink/?LinkId=68935). For 64-bit platforms, see Microsoft .NET Framework Version 2.0 Redistributable Package (x64) at the Microsoft Download Center (http://go.microsoft.com/fwlink/?LinkId=70637)

Microsoft Management Console 3.0 for Windows Server 2003

This is a prerequisite for using the WSUS 3.0 UI. See Microsoft Management Console 3.0 for Windows Server 2003 (KB907265) on the Microsoft Download Center (http://go.microsoft.com/fwlink/?LinkId=70412) For 64-bit platforms, see Microsoft Management Console 3.0 for Windows Server 2003 x64 Edition (KB907265) at the Microsoft Download Center (http://go.microsoft.com/fwlink/?LinkId=70638).

Microsoft Report Viewer

This is a prerequisite for using the WSUS 3.0 UI. See Microsoft Report Viewer Redistributable 2005 on the Microsoft Download Center (http://go.microsoft.com/fwlink/?LinkId=70410).

SQL Server 2005 (optional)

WSUS 3.0 will install Windows Internal Database for you if a compatible version of SQL Server is not installed already. If you plan to use a full SQL Server database, you must use (at a minimum) SQL Server 2005 SP1 (available on the Microsoft Download Center (http://go.microsoft.com/fwlink/?LinkId=66143) on Windows Server 2003, or SQL Server 2005 SP2 (available on the Microsoft Download Center at http://go.microsoft.com/fwlink/?LinkId=84823) for on Windows Server 2008.

noteNote
If WSUS 2.0 has been installed previously and it is using SQL Server 2000, SQL Server Desktop Engine 2000, or any SQL Server database earlier than SQL Server 2005 SP1 (or SQL Server 2005 SP2 on Windows Server 2008), the WSUS 3.0 installation program will install Windows® Internal Database and migrate the database to it.

The following are the minimum disk-space requirements to install Windows Server Update Services:

  • 1 GB on the system partition

  • 2 GB for the volume on which database files will be stored

  • 20 GB for the volume on which content is stored

ImportantImportant
WSUS 3.0 cannot be installed on compressed drives. Please check that the drive you choose is not compressed.

If you are upgrading to WSUS 3.0 from a previous version, make sure that your current installation is running correctly, and back up the WSUS database before upgrading.

  1. Check for recent errors in the event logs, problems with synchronization between downstream servers and upstream servers, or problems with clients not reporting. Make sure that these issues have been resolved before continuing.

  2. You may want to run DBCC CHECKDB to ensure that the WSUS database is correctly indexed. For more information about CHECKDB, see DBCC CHECKDB (http://go.microsoft.com/fwlink/?LinkId=86948).

  3. Back up the WSUS database.

The installation of WSUS 3.0 will fail if Software Update Services 1.0 is installed on the same machine. You should uninstall Software Update Services 1.0 before installing WSUS 3.0.

If you have a beta version of WSUS 3.0 already installed, you will need to uninstall it and delete the database before installing the RTM version of WSUS 3.0. It is possible to upgrade only from the RC version to the RTM version.

WSUS 2.0 is not supported on 64-bit operating systems. It is not possible to upgrade from WSUS 2.0 to WSUS 3.0 on 64-bit systems.

You can perform unattended installations of WSUS 3.0 using the WSUS command-line parameters. This table shows the command-line parameters for WSUS 3.0.

 

Option Description

/q

Perform silent installation.

/u

Uninstall the product. Also uninstalls the Windows Internal Database instance if it is installed.

/p

Prerequisite check only. Does not install the product, but inspects the system and reports any prerequisites that are missing.

/?, /h

Display command-line parameters and their descriptions.

/g

Upgrade from the 2.0 version of WSUS. The only valid parameter with this option is /q (silent installation). The only valid property with this option is DEFAULT_WEBSITE.

This table shows the command-line properties for WSUS 3.0.

 

Property Description

CONTENT_LOCAL

0=content hosted locally, 1=host on Microsoft Update

CONTENT_DIR

Path to content directory. Default is WSUSInstallationDrive\WSUS\WSUSContent, where WSUSInstallationDrive is the local drive with the largest amount of free space.

WYUKON_DATA_DIR

Path to Windows Internal Database data directory.

SQLINSTANCE_NAME

The name should appear in the format ServerName\SQLInstanceName. If the database instance is on the local machine, use the %COMPUTERNAME% environment variable. If an existing instance is not present, the default is %COMPUTERNAME%\WSUS.

DEFAULT_WEBSITE

0=port 8530, 1=port 80

PREREQ_CHECK_LOG

Path and file name for log file

CONSOLE_INSTALL

0=install the WSUS server, 1=install console only

ENABLE_INVENTORY

0=do not install inventory features, 1=install inventory features

DELETE_DATABASE

0=retain database, 1=remove database

DELETE_CONTENT

0=retain content files, 1=remove content files

DELETE_LOGS

0=retain log files, 1=remove log files (used with the /u install switch).

CREATE_DATABASE

0=use current database, 1=create database

PROGRESS_WINDOW_HANDLE

Window handle to return Microsoft© Windows© Installer progress messages

MU_ROLLUP

1=join Microsoft Update Improvement Program, 0=don't join

FRONTEND_SETUP

1=do not write the content location to the database, 0=write the content location to the database (for NLB)

WSUSSetup.exe /q DEFAULT_WEBSITE=0  (install in quiet mode using port 8530)
WSUSSetup.exe /q /u (uninstall WSUS)
ImportantImportant
If you install WSUS 3.0 in quiet mode (/q), and the machine does not have all the prerequisites installed, the installation will generate a file named WSUSPreReqCheck.xml and save it in the %TEMP% directory.

WSUS 3.0 Setup will restart IIS without notification, which could affect existing Web sites within your organization. If IIS is not running, WSUS 3.0 setup will start it.

If you are upgrading to WSUS 3.0 from an existing installation and connections are still open to the existing WSUS database (for example, if SQL Server Management Studio is open), the installation may fail. Please close all connections and reinstall WSUS 3.0.

In WSUS setup, the Ready to Install screen reports incorrectly that the database location is the parent directory of the database location. For example, the default location is %systemdrive%\WSUS\UpdateServicesDbFiles, but this location appears incorrectly as %systemdrive%\WSUS.

If you have a machine that has Multilingual User Interface language packs with a default language other than English, you will still be able to install WSUS when the current user's locale is English. The UI will be displayed in English, but you must use a workaround to have Help display in English. Copy the English-language Help .chm file (WSUSInstallDir\documentation\mui\0409\WSUS30Help.chm) to the main documentation directory (WSUSInstallDir\documentation\WSUS30Help.chm). At this point Help should display correctly in all languages.

The WSUS Web site is deleted and recreated during upgrade from WSUS 3.0 RC to WSUS 3.0 RTM. As a consequence, the SSL certificate will no longer be assigned to the WSUS Web site. You will need to reassign the certificate after upgrade.

If you are upgrading from WSUS 2.0 to WSUS 3.0 and the upgrade fails for whatever reason, you will need to reinstall WSUS 2.0 and restore its database from the backup.

If you have previously installed WSUS 3.0 and then reinstalled WSUS 2.0, you must delete the WSUS 3.0 database on the machine before attempting to reinstall WSUS 3.0.

If you change the computer name after installing WSUS 2.0 and before you upgrade to WSUS 3.0, the upgrade can fail.

Use the following script to remove and re-add the ASPNET and WSUS Administrators groups. Then run the upgrade again.

You will need to replace <DBLocation> with the folder where the database is installed, and <ContentDirectory> with the local storage folder.

sqlcmd.exe -S <DBLocation> -E -Q "USE SUSDB DECLARE @asplogin varchar(200) SELECT @asplogin=name from sysusers WHERE name like '%ASPNET' EXEC sp_revokedbaccess @asplogin"
sqlcmd.exe -S <DBLocation> -E -Q "USE SUSDB DECLARE @wsusadminslogin varchar(200) SELECT @wsusadminslogin=name from sysusers WHERE name like '%WSUS Administrators' EXEC sp_revokedbaccess @wsusadminslogin"
 
sqlcmd.exe -S <DBLocation> -E -Q "USE SUSDB DECLARE @asplogin varchar(200) SELECT @asplogin=HOST_NAME()+'\ASPNET' EXEC sp_grantlogin @asplogin EXEC sp_grantdbaccess @asplogin EXEC sp_addrolemember webService,@asplogin"
sqlcmd.exe -S <DBLocation> -E -Q "USE SUSDB DECLARE @wsusadminslogin varchar(200) SELECT @wsusadminslogin=HOST_NAME()+'\WSUS Administrators' EXEC sp_grantlogin @wsusadminslogin EXEC sp_grantdbaccess @wsusadminslogin EXEC sp_addrolemember webService,@wsusadminslogin"
 
sqlcmd.exe -S <DBLocation> -E -Q "backup database SUSDB to disk=N'<ContentDirectory>\SUSDB.Dat' with init"

WSUS 3.0 setup will add the database to the directory specified during setup. By default, this is %systemdrive%\WSUS\UpdateServicesDbFiles. If there is a previous database backup in this directory, it will be overwritten by the new database. Administrators should back up database files before applying updates to the computer where the database is located.

If you have an installation of WSUS 2.0, and have migrated from SQL Server 2000 or SQL Server 2005, you will need to change the HKLM\SOFTWARE\Microsoft\Update Services\Server\Setup\WmsdeInstalled value from 1 to 0. If you do not do so before upgrading to WSUS 3.0, the upgrade will fail.

If you launch WSUS 2.0 setup and then cancel it, the WSUS registry key will be deleted. This may cause problems if you have WSUS 3.0 already installed. The same problem will occur if you begin to uninstall WSUS 2.0 and then cancel the operation, then attempt to upgrade from WSUS 2.0 to WSUS 3.0.

When you uninstall WSUS 3.0, you have the option of keeping the installation's log files. When you reinstall WSUS 3.0, the old log files lose their permissions (usually for WSUS Administrators only). You should restore the permissions on these log files.

If you installed WSUS 3.0 RC, then installed Windows SharePoint Services on the same machine, you can upgrade to WSUS 3.0 RTM only by choosing to install on the custom port (port 8530). To perform this install from the command line, open a command shell, and then enter the command: WSUSSetup /q / g/ DEFAULT_WEBSITE=0. (To perform this install using the UI, type WSUSSetup /g DEFAULT_WEBSITE=0.)

If WSUS is installed on a machine with Multilingual User Interface language packs installed, Help will be displayed in the default language rather than the user’s current language

If a WSUS 2.0 server has clients with Not Applicable updates, these updates will appear to have Unknown status for a short time after the server is upgraded to WSUS 3.0. The update status will return to Not Applicable after the next time the client does a scan.

If WSUS 3.0 clients report multiple download errors or if clients fail to synchronize with the WSUS 3.0 server for an extended period of time, you may have a corrupted client download cache. To recover from this state, you can try deleting the client download cache from the file system.

To delete the client download cache:

  1. Delete all files and subdirectories in this location on the client computer: %windir%\SoftwareDistribution\Download

  2. Attempt to install the update by synchronizing the client computer with WSUS 3.0 again. This installation attempt should fail with the following error: WU_E_DM_NOTDOWNLOADED, "The update has not been downloaded."

  3. After this failure, the client computer will automatically restart the download and the installation will be able to proceed.

If synchronization fails, your first course of troubleshooting action should be to try to synchronize the server again. If subsequent synchronizations fail, use the troubleshooting information in the Windows Server Update Services 3.0 Operations Guide (http://go.microsoft.com/fwlink/?LinkId=81072).

Windows Server Update Services stores its configuration data in a SQL Server database. However, changing the configuration data by accessing the database directly is not supported. Do not attempt to modify the WSUS 3.0 configuration by accessing the database directly. You should change the WSUS 3.0 configuration using the WSUS 3.0 console or calling WSUS 3.0 APIs.

If disk quotas are turned on and the quota is reached, update download failures on the WSUS server may not be reported in a timely manner. To avoid this issue, disable disk quotas or increase the quota.

Client computers can sometimes fail with a "0x8024400a" error code when communicating with a WSUS 3.0 server using SSL. For an update that addresses this issue, see KB 905422 (http://go.microsoft.com/fwlink/?LinkId=70593).

The WSUS Administrators group is created as a domain account (not a local account) on domain controllers, so all installations using this domain account would be disabled if the account were deleted when WSUS is uninstalled. Therefore, uninstalling WSUS will not delete the WSUS Administrators domain account.

When you promote a downstream server to be an upstream server, you must also r-import all catalog site updates. Otherwise the site will fail to synchronize new catalog site update revisions to this server.

If you set up IIS to use SSL by installing a certificate, it is still possible to access the site via unencrypted HTTP unless the option "Require Secure Channel" is checked. For more information, see Enabling Encryption (http://go.microsoft.com/fwlink/?LinkId=70601).

When performing a catalog site import, if the Network Service account does not have read/write permission for the %windir%\TEMP folder, the import may fail with an error message such as the following: "Server was unable to process request. ---> Could not find file 'C:\WINDOWS\TEMP\tempFileName.dll'."

If you install WSUS 3.0 on an upstream server and attempt to synchronize with a downstream replica server running WSUS 2.0, you may experience performance problems. To address this issue, see KB 910847 (http://go.microsoft.com/fwlink/?LinkId=70669).

If the network's e-mail server is offline, WSUS 3.0 will silently fail to send e-mail notifications. However, it will write event 10052 (HealthCoreEmailNotificationRed) in the event log.

When the upstream server configuration is changed, it might take some time before these configuration changes actually become effective. For example, if you change a setting on the upstream server such as selecting a new language, and immediately trigger a synchronization on the downstream server, the change will not appear. Instead, it will be pushed to the downstream server on the next scheduled synchronization. The wait time increases depending on the number of updates present on the upstream server.

If WSUS 3.0 is uninstalled, the database instance will not be uninstalled. The instance may be shared by more than one application, and will cause other applications to fail if it is removed.

If it is necessary to uninstall Windows Internal Database, the following commands will uninstall the application:

(on 32-bit platforms)

msiexec /x {CEB5780F-1A70-44A9-850F-DE6C4F6AA8FB} callerid=ocsetup.exe

(on 64-bit platforms)

msiexec /x {BDD79957-5801-4A2D-B09E-852E7FA64D01} callerid=ocsetup.exe

If you wish to uninstall Windows Internal Database Service Pack 2 from Windows Server 2008, you may do so by means of Server Manager.

However, the removal of the application may not remove the default .mdf and .ldf files, which will cause a subsequent WSUS 3.0 installation to fail. These files can be deleted from the %windir%\SYSMSI\SSEE directory.

If a downstream server starts to synchronize from a different upstream server, updates that have a status of "Unknown" will be reported on the new upstream server as "Not Applicable". This state is temporary and will be corrected the next time the downstream server reports its status, after its clients have synchronized with it.

If a WSUS 3.0 replica server is managing more than one computer with the same name, reporting rollup will fail. As a result, the reports available to the root WSUS server will be incomplete. This problem is resolved by deleting all but one of the duplicate computer entries on the replica server.

It is possible to run the Server Cleanup Wizard on multiple servers from a single remote console. However, if the cleanup process times out on one of the servers, the console will lose its connection to all the servers. No data will be lost, but the administrator will need to reset the remote connection to each of the servers.

Some text in the Server Cleanup Wizard is inaccurate. It says: "Delete updates that are expired and haven't been approved for three months, and delete old revisions of updates that haven't been approved for three months." The correct amount of time is thirty days, not three months.

When you configure WSUS, you are required to connect to the upstream server (either Microsoft Update or the intranet upstream server) in order to transfer basic information about the server. If you click Start Connecting and immediately click Stop Connecting, you will receive the incorrect error message “There was no synchronization failure.”

In previous versions of WSUS, clients using Windows Vista RTM were able to get updates only from the WSUS server. With WSUS 3.0 RTM, Vista clients can now get updates from Microsoft Updates also. You can direct Vista clients to Microsoft Update by bringing up Windows Update from the Control Panel and clicking the hyperlink Check online for updates from Microsoft Update Service. If the Group Policy option Remove access to all Windows Update features is enabled, Windows Update will not display the hyperlink.

WSUS 3.0 supports Windows Server 2008 in both 32-bit and 64-bit versions.

 

Requirement Details

Microsoft Internet Information Services (IIS)

Install from operating system. Make sure that the following components are enabled:

Windows Authentication

Static Content

ASP.NET

6.0 Management Compatibility

IIS Metabase Compatibility

Microsoft .NET Framework Version 2.0 Redistributable Package (x86)

Not necessary on Windows Server 2008, already installed as part of the operating system.

Microsoft Management Console 3.0

Not necessary on Windows Server 2008, already installed as part of the operating system.

Microsoft Report Viewer

This is a prerequisite for using the WSUS UI. See Microsoft Report Viewer Redistributable 2005 on the Microsoft Download Center (http://go.microsoft.com/fwlink/?LinkId=70410).

Before running WSUS 3.0 on Windows Server 2008, the IIS configuration file must be updated. You will need to take the following steps:

1. Open the IIS configuration file: %WINDIR%\system32\inetsrv\applicationhost.config

2. In the <System.webServer><modules> tag, remove <add name="CustomErrorMode"> if it exists.

3. In the <System.webServer><modules> tag, add <remove name="CustomErrorMode">.

The resulting tag should look like this:

      <System.webServer>
<modules>
<remove name="CustomErrorMode">
</modules>
</System.webServer>

If you intend to install WSUS 3.0 on Windows Server 2008 Beta 3, and you want to configure WSUS to use custom port 8530, you will need to create a Web site named "WSUS Administration" on port 8530 before launching the WSUS installation program.

For more information, see Installing Windows Server Update Services 3.0 on Windows Small Business Server 2003

Some installations of Windows Small Business Server may have the default IIS Web site configured for "IP address and domain name restrictions." If so, the Windows Update Client on the server may not be able to update itself

  • If Windows Small Business Server 2003 uses an ISA proxy server to access the Internet, the following must be typed in the Settings user interface: proxy server settings, proxy server name, and port.

  • If ISA is using Windows Authentication, proxy server credentials should be typed in the form "DOMAIN\user" and the user should be a member of the Internet Users group.

The WSUS server setup process installs two IIS vroots on the server: SelfUpdate and ClientWebService. Setup also places some files under the home directory of the default Web site (on port 80) that enables client computers to self-update through the default Web site. By default, the default Web site is configured to deny access to any IP address other than localhost or to specific subnets attached to the server. As a result, client computers that are not on localhost or on those specific subnets cannot self-update. If you have added a subnet to your network without using the Microsoft Windows Small Business Server 2003 (Windows SBS) wizards, you must perform this procedure.

  1. In Server Management, expand Advanced Management, expand Internet Information Services, expand Web Sites, expand Default Web Site, right-click the Selfupdate virtual directory, and then click Properties.

  2. Click Directory Security.

  3. Under IP address and domain name restrictions, click Edit, and then click Granted Access.

  4. Click OK, right-click the ClientWebService virtual directory, and then click Properties.

  5. Click Directory Security.

  6. Under IP address and domain name restrictions, click Edit, and then click Granted Access.


This document supports a preliminary release of a software product that may be changed substantially prior to final commercial release, and is the confidential and proprietary information of Microsoft Corporation. It is disclosed pursuant to a non-disclosure agreement between the recipient and Microsoft. This document is provided for informational purposes only and Microsoft makes no warranties, either express or implied, in this document. Information in this document, including URL and other Internet Web site references, is subject to change without notice. The entire risk of the use or the results from the use of this document remains with the user. Unless otherwise noted, the companies, organizations, products, domain names, e-mail addresses, logos, people, places, and events depicted in examples herein are fictitious. No association with any real company, organization, product, domain name, e-mail address, logo, person, place, or event is intended or should be inferred. Complying with all applicable copyright laws is the responsibility of the user. Without limiting the rights under copyright, no part of this document may be reproduced, stored in or introduced into a retrieval system, or transmitted in any form or by any means (electronic, mechanical, photocopying, recording, or otherwise), or for any purpose, without the express written permission of Microsoft Corporation.

Microsoft may have patents, patent applications, trademarks, copyrights, or other intellectual property rights covering subject matter in this document. Except as expressly provided in any written license agreement from Microsoft, the furnishing of this document does not give you any license to these patents, trademarks, copyrights, or other intellectual property.

© 2007 Microsoft Corporation. All rights reserved.

Microsoft, SQL Server, Windows, and Windows Server are either registered trademarks or trademarks of Microsoft Corporation in the United States and/or other countries.

All other trademarks are property of their respective owners.

Was this page helpful?
(1500 characters remaining)
Thank you for your feedback

Community Additions

ADD
Show:
© 2014 Microsoft