Welcome to TechNet Blogs Sign in | Join | Help

The Official SBS Blog

The official blog for Small Business Server (SBS) support and product group communications.

News

  • Disclaimer: This posting is provided "AS IS" with no warranties, and confers no rights. This weblog does not represent the thoughts, intentions, plans or strategies of Microsoft. Use of included script samples are subject to the terms specified at http://www.microsoft.com/info/cpyright.htm
Some Services May Fail to Start or May Not Work Properly After Installing MS08-037 (951746 and 951748)

[Today's post comes to us courtesy of John Bay, Damian Leibaschoff, Justin Crosby and Chris Puckett]

Some customers have reported seeing random problems with services after installing MS08-037.   In one case, Exchange Always Up To Date notifications for activesync were failing and in other cases the IPSEC or the IAS services were failing to start. 

In the case of the AUTD issue, you will see events similar to the following in the application event log:

Event Type: Error
Event Source: Server ActiveSync
Event Category: None
Event ID: 3015
Date: 7/12/2008
Time: 6:38:34 PM
User: N/A
Computer: SERVER
Description:  IP-based AUTD failed to initialize because the processing of notifications could not be setup. Error code [0x80004005]. Verify that no other applications are currently bound to UDP port [2883], or try specifying a different port number.

Event Type: Error
Event Source: Server ActiveSync
Event Category: None
Event ID: 3024
Date: 7/12/2008
Time: 6:38:37 PM
User: N/A
Computer: SERVER
Description:  IP-based AUTD failed to initialize. Error code: [0x80004005].

In the case of the IPSEC Service failing you start, you will see the following events logged in the system event log:

Event Type: Error
Event Source: Service Control Manager
Event Category: None
Event ID: 7023
Date: 7/12/2008
Time: 6:38:37 PM
User: N/A
Computer: SERVER
Description:  The IPSEC Services Service terminated with the following error:  Only one usage of each socket address (protocol/network address/port) is normally permitted.

Event Type: Error
Event Source: IPSec
Event Category: None
Event ID: 4292
Date: 7/15/2008
Time: 2:53:14 PM
User: N/A
Computer:    SERVER
Description:  The IPSec driver has entered Block mode. IPSec will discard all inbound and outbound TCP/IP network traffic that is not permitted by boot-time IPSec Policy exemptions. User Action: To restore full unsecured TCP/IP connectivity, disable the IPSec services, and then restart the computer.  For detailed troubleshooting information, review the events in the Security event log.

If the IPSEC service fails to start, the server will be running in Block mode and it will block all network connectivity to the server. 

In the case of the IAS Service failing to start, you will see the following event logged in the system event log:

Event Type: Error
Event Source: Service Control Manager
Event Category: None
Event ID: 7023
Date: 7/12/2008
Time: 6:38:37 PM
User: N/A
Computer: SERVER
Description:  The Internet Authentication Service Service terminated with the following error:  Only one usage of each socket address (protocol/network address/port) is normally permitted.

MS08-037 is a security update designed to prevent DNS spoofing.  The update is described by article 953230       MS08-037: Vulnerabilities in DNS could allow spoofing: http://support.microsoft.com/default.aspx?scid=kb;EN-US;953230

The update changes the way the DNS server allocates the UDP source port for DNS queries.  On an SBS server by default we set the MaxUserPort value in the registry to 60000 or 65536 depending on the version of SBS.  The MaxUserPort  value causes the DNS server to pick UDP source ports in the range of 1024 to 60000, or 65536.  The MaxUserPort is set on the SBS server by Exchange and ISA server.  DNS by default will randomly pick 2500 ports when the service starts up, a port conflict will occur if the DNS server allocates a port that is required by another service and that service will fail once it requests that static UDP port.  So far we have seen issues with AUTD, IPSEC, and IAS but there may be other services that will have a conflict. 

The ReservedPorts registry key can be used to exclude ports from the pool the DNS server uses.  The reservedports registry key is described in 812873 How to reserve a range of ephemeral ports on a computer that is running Windows Server 2003 or Windows 2000 Server

Here is the list of ports that we have seen conflicts with services on the machine.

  • 1645-1646 - Used by IAS
  • 1701-1701 - Used by L2TP
  • 1812-1813 - Used by IAS
  • 2883-2883 - Used by AUTD
  • 4500-4500 - Used by IPSEC

For now we are suggesting customers be proactive and modify the following registry key:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\ReservedPorts

We suggest you add these port numbers to the current values set in the ReservedPorts registry key.  Do not replace the values currently there with these values but simply add these additional values. 

clip_image001

When you click OK you may get the following warning message:

clip_image002

This warning is OK and you can click OK on it.

Once you modify the ReservedPorts key you will have to reboot the server to make the change effective. 

If you are using any third party applications on your SBS server that might require the use of a static UDP port higher than port 1024, you should also add it to the list of reserved ports.

If you have any other issue after installing 951746 and 951748 that is resolved by uninstalling these updates, try setting the ReservedPorts  registry value and rebooting the server.  Then reinstall the 951746 and 951748 updates. 

Regardless of any other issues you might encounter with these updates (see below), once the updates are installed, you should have the ReservedPorts updated to prevent unexpected failures on server reboot.

Remember that the 951748 and 951746 updates may also cause a loss of Internet Connectivity in conjunction with 3rd party firewall products.  For more information on that issue see: http://blogs.technet.com/sbs/archive/2008/07/11/loss-of-internet-connectivity-after-installing-951748-and-951746.aspx

Furthermore, a third type of issue has been seen where the DNS Server service fails to start with the following error:

 

Event Type: Error
Event Source: Service Control Manager
Event Category: None
Event ID: 7023
Date: 7/15/2008
Time: 5:12:05 PM
User: N/A
Computer: Server
Description:
The DNS Server service terminated with the following error:
Not enough storage is available to complete this operation.

On the servers that we have this problem on we have seen signs of incomplete installations of Windows Server 2003 Service Pack 2. Uninstall both updates (951748 and 951746) and verify that Service Pack 2 is properly installed (You will most likely need to re-install it, check the following link for Best Practices <http://blogs.technet.com/sbs/archive/2007/06/30/new-best-practices-for-sp2-kb.aspx>).

Update:

This issue is further discussed in these two new KB articles:

Posted: Thursday, July 17, 2008 12:41 PM by SBS Bloggers

Comments

HandyAndy said:

Can you please clearify is we need to add just the 5 ranges you listed in text or the 10 ranges in the screen shot?

# July 17, 2008 3:09 PM

SBS Bloggers said:

Hi,

The screen shot shows the ReservedPorts value from an SBS server with ISA installed. ISA adds a few values to the key on its own.

You should just need to add the 5 ranges to your current ReservedPort values. Again, the values to add are:

1645-1646 - Used by IAS

1701-1701 - Used by L2TP

1812-1813 - Used by IAS

2883-2883 - Used by AUTD

4500-4500 - Used by IPSEC  

Regards,

SBS

# July 17, 2008 4:07 PM

ALW said:

Some are suggesting removing the HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\MaxUserPort registry entry as a fix.  Is this also recommended?

# July 17, 2008 4:25 PM

SBS Bloggers said:

At this time, please do not remove the MaxUserPort registry key.

Before this update, if you did not have the MaxUserPort registry key, the dynamic port range was from 1024 to 5000.

With this update, and without the MaxUserPort registry key, the dynamic port range is now from 49152 to 65535.

The MaxUserPort is set by Exchange (to 60000) and by ISA (to 65535) and this would set the effective dynamic range from 1024 to MaxUserPort (with or without the update).

As you can see, those two products are setting the server up for many more dynamic ports than the ~16000 that you would get when the registry key is not present.

Regards,

SBS

# July 17, 2008 4:33 PM

Grateful said:

Thank you so much for this info!

This stopped IAS from starting which in turn stopped RRAS from starting.  Applied the registy edit and IAS could start straight away but RRAS required server reboot.

# July 18, 2008 7:29 AM

Nick Whittome - The Naked MVP said:

Direct copy from the SBS Blogpost here . One important comment to note is that the MaxUserPort registry

# July 18, 2008 8:27 AM

Roger said:

The link to kb article 812873 seems to be pointing to an internal MS alias.

# July 18, 2008 10:33 AM

SBS Bloggers said:

Good catch, we fixed the link, it now points to  http://support.microsoft.com/default.aspx?scid=kb;EN-US;812873, thanks.

SBS

# July 18, 2008 11:16 AM

Tales from the Crypto said:

After applying the patch for MS08-037 - KB 953230 (the multi-OS DNS flaw found by Dan Kaminski ), you

# July 19, 2008 1:02 AM

isablog said:

If your SBS server also tuns ISA Server, then DO NOT change the MaxUserPorts registry value.  The ISA installer sets this to 65535 to provide the maximum number of ports possible.

# July 20, 2008 10:09 AM

Tales from the Crypto said:

After applying the patch for MS08-037 - KB 953230 (the multi-OS DNS flaw found by Dan Kaminski ), you

# July 20, 2008 7:37 PM

Jeff said:

Cured my "AUTD failed to initialize" woes.  Thanks!

# July 23, 2008 4:29 AM

The Official SBS Blog said:

Two new KB articles have been released that discuss the issue we first spoke about in our blog post entitled

# July 25, 2008 4:00 PM

Matthew Roberts said:

I believe this issue also occurs on Windows Server 2003 with ISA installed and is not just restricted to SBS.

# July 27, 2008 3:36 PM

Dave said:

Great article.  Thank you very much!  You saved me from a major headache.  Our SBS was randomly unable to connect to the network after our nightly backup (thanks to the IPSec port conflict).  Much appreciated!

# July 28, 2008 10:50 PM

Jim said:

I imagine SBS means Small Business Server. Does this blog entry also pertain to non Small Business Servers such as Server 2003 Standard, Enterprise, etc.?

# July 29, 2008 2:11 PM

Mark Hicks said:

MS needs to release a patch for SBS that, at least, avoids having DNS choose any ports that effect SBS-related services... I cannot belive they did not catch this in regression testing.

The way this is setup you are rolling the dice every time you reboot. If DNS starts before XYZ service and happens to grab a port that XYZ needs then XYZ will fail. The only way to gurantee clean reboot it to force DNS to start last (it appers to be smart enough to not grab ports already in use) and to exclude any and all ports that might be used by other thigns in the future.

We have not seen this effect Remote Desktop via RWW on SBS. It would not work until we stopped the DNS service. Once we had it working we restarted DNS and it continued to work but there is no guarnatee this will be the case next time we boot the server.

-/\/\ark

# August 1, 2008 10:24 AM

Ola Benderius said:

I think this is the problem that I have. But in my case its a bit worse. I have done what the article suggests, but I can not reinstall SP2 since the "Cryptographic service" also is stopped. Neither can I uninstall SP2, I get a message "File not found".

Any advice?

# August 4, 2008 4:46 PM

The Official SBS Blog said:

[Today's post comes to us courtesy of Damian Leibaschoff] On August 12 th , Microsoft will release several

# August 11, 2008 3:15 PM
New Comments to this post are disabled
Page view tracker