Re: W32Time Event ID 18 on XP Clients

Tech-Archive recommends: Fix windows errors by optimizing your registry



Have you seen this one: http://support.microsoft.com/default.aspx?scid=kb;en-us;314054

/Bengt

John wrote:

We are running a W2K3 domain with XP SP2 clients, using AD and GP to
manage and deploy software.  After a reboot, some PCs get a W32Time 18
warning message, which is followed by W32Time 29 and Kerberos 7 events
and then a series of Application Management 303 events (software
assignment removals).

The W32Time-18 event indicates that "The time provider NtpClient failed
to establish a trust relationship...".

These clients are all members of the domain, etc. and are physically
connected to our LAN.

I'm looking for suggestions on how to troubleshoot this problem.  Here
are some observations:

1. The next attempt to obtain the time is successful, which is within
15 minutes, no reboot involved.
2. Problem cannot be reproduced on any machine
3. This series of events has occurred under our W2K domain before it
was converted to W2K3, and on XP SP1 clients before moving to SP2.
4. It "seems" the problem occurs more frequently when software
deployments are pending
5. The problem "seems" to occur on our desktop hardware (3-4 models of
Dell Optiplex with varying network cards) but does not occur on laptops
(3-4 models of Dell Latitude).  We're trying to nail this down a bit
more.
6. There is no pattern as to the location of these PCs in the AD
structure, or physical locations in the buildings.

In the list of steps below, it appears the problem is between step 5
and 11.

Thanks,
John

List of Machine Authentication steps:

1. The client starts up. The network interface is initialized. If the
machine is not configured with static IP configuration information, it
will run through the DHCP configuration process to obtain its IP
configuration.
2. Once the client's network interface has been configured and the
network protocol stack has been initialized, the machine will launch a
DNS query for an LDAP service (Windows 2000 DC) to one of its
configured DNS servers. The DNS query will look for an
_ldap._tcp.default-first-site-name._sites.dc._msdcs.<domain name> SRV
record. (The site name depends on the one registered on the machine, by
default it is default-first-site-name).
3. When an LDAP service (Windows 2000 DC) has been located, the client
will launch an LDAP query for a DC of the machine's definition domain
to the LDAP server ("definition domain" means the domain containing the
machine account).
4. The client will then negotiate an SMB dialect with the DC. The
Server Message Block protocol (SMB) is an important file sharing
protocol in both NT4 and Windows 2000. It is used to provide remote
file services in a distributed client/server environment. Later on in
the startup, it will be used by the client to download configuration
information (including GPO settings) from the DC.
5. Next, the client will set up a secure channel with the DC. To do
this it will connect to the DC's netlogon service. The secure channel
is needed to send confidential information, such as authentication
data, from the client to the DC in a secure way.
6. Once the secure channel has been set up, the client will launch
another DNS query to its DNS server to find an authentication server
(in Windows 2000, a DC running a KDC service). The DNS query will look
for a _kerberos._tcp.default-first-site-name._sites.dc._msdcs.<domain
name> SRV record. The site name depends on the one registered on the
machine; by default it is default-first-site-name.
7. The machine Kerberos authentication phase takes place.
8. The Kerberos authentication takes place for every service that is
not running using the local system account.
9. The client will then connect to the IPC$ share on the DC and start
the Distributed File System (DFS) referral process. The DFS referral
process downloads DFS configuration information from the DC to the
client (downloading happens using the SMB protocol).
10. The client launches an RPC call to the DC to convert its name into
a Distinguished name (DN).
11. Using the DN the client can then perform an LDAP query against its
DC to find out the group policies applied to it. The group policy
information is downloaded using the SMB protocol.
12. The client then launches another LDAP query to the DC to find out
PKI configuration information (e.g., What are the Enterprise CAs?).
13. If NetBIOS is enabled on the client, it will start a browser
election.
14. The client performs time synchronization with its DC.
15. Finally, the client launches a DNS query for the start of authority
of its DNS domain; the client then performs a dynamic update of its DNS
records on the DNS server returned from the previous query.
16. The client startup will be completed by closing down the
connections with the DC.

.



Relevant Pages

  • W32Time Event ID 18 on XP Clients
    ... The client starts up. ... will run through the DHCP configuration process to obtain its IP ... DNS query for an LDAP service to one of its ... records on the DNS server returned from the previous query. ...
    (microsoft.public.windows.server.general)
  • Re: FC7 dhcp resolv.conf
    ... Set up your DHCP client configuration file to not get DNS server ... Configure your DHCP server to send your client the right DNS server ...
    (Fedora)
  • RE: need help finding domain controller
    ... verify TCP/IP configuration of each NIC on all the clients that the primary ... DNS server is pointed to internal DNS server. ... configuration on the problematic client is pointed to the external DNS ... As the external DNS server doesn't holds the SRV records of the DC ...
    (microsoft.public.windows.server.dns)
  • RE: W32Time Event ID 18 on XP Clients
    ... which is followed by W32Time 29 and Kerberos 7 events ... The client starts up. ... will run through the DHCP configuration process to obtain its IP ... DNS query for an LDAP service to one of its ...
    (microsoft.public.windows.server.general)
  • RE: ddns updates failing.
    ... You would need to do an ipconfig /all on the client machines to see if they have additional ... DNS IP addresses or how they are configured. ... Looks like just a configuration issue. ... The above assumes the DNS server and client are on the same LAN and not passing ...
    (microsoft.public.win2000.dns)