Registered users    
MembershipMembership:
Latest New UserLatest:Paul Kotze
New TodayNew Today:8
New YesterdayNew Yesterday:12
User CountOverall:23330

Private messaging    
You must be logged in to use this module.
Top 10 posters    
NamePosts
Mariette Knap12895
Marina Roos12523
Eriq Neale2114
Michael Patrick1913
Stan Guinn1913
Robert Pearman1771
Nick Pieters1425
Stewart Brown616
william warren601
Kevin D.579
Welcome unauthorized visitor    
If you want to join us in the discussions on this forum you need to register first. Registration is free! If you are already a registered user please login to join the forum.
Small Business Server Support Forum    
Subject: Problem with external NTP - again?
Prev Next
You are not authorized to post a reply.

Author Messages
Neil Beswick User is Offline
United Kingdom
Member since
9/26/2007

Platinum Membership
Posts: 99

11/28/2007 09:47 AM  
Hello - I wonder if anyone can help me with the "usual" problem of not being able to synchronise with an external time source on SBS2003R2Prem?
 
Until recently, I had an SBS2003R2Prem installation, which didn't have ISA2004 installed. Time synchronisation worked fine. I had no rule on the router for incoming 123/UDP, nor did I have a rule in RRAS for incoming 123/UDP (surely SPI means that I don't need one - which seems to be the case?). I installed ISA2004, and since this time have been unable to synchronise with an external time source. I have the outbound firewall rule for LocalHost -> External access for NTP, and there is no change to the router. I receive event ID 47, followed by 29 in eventvwr.
 
I have tried reconfiguring W32Time as per instructions by Microsoft, and also in this forum ("How to fix time synchronization errors"), but to no effect. If I run w32tm /monitor I receive the following output:-
 
C:\Scripts>w32tm /monitor /computers:time.windows.com
time.windows.com 𖑇.46.197.32]:
    ICMP: 184ms delay.
    NTP: +132.0502314s offset from local clock
        RefID: nostromo.textdrivenhosting.com ⏔.232.103.34]
However, if I try w32tm /resync, I get this:-
 
C:\Scripts>w32tm /resync
Sending resync command to local computer...
The computer did not resync because no time data was available.
 
I enabled w32Time logging, and looking through the debug log, noticed (lots of) the following:-
 
148619 02:58:22.6406250s - W32TimeHandler called: SERVICE_CONTROL_INTERROGATE
148619 02:58:52.9531250s - W32TmServiceMain: timeout
148619 02:58:52.9531250s - TimeProvCommand([NtpClient], TPC_GetSamples) called.
148619 02:58:52.9531250s - NtpClient returned 0 samples.
 
I also have another SBS2003R2Prem installation I look after, so I thought I'd take a look at the config of that one. There are no inbound rules for 123/UDP on the Internet router, no inbound rules in ISA for NTP. There is the same LocalHost Access rule (the one CEICW sets up). The time synchronisation works fine on this server. I tried exporting the w32Time service registry settings, and importing on the non-working server - still didn't work.
 
On both servers, if I monitor the ISA traffic for NTP, I get the following:-
 
Initiated Connection Servernn 28/11/2007 08:29:51
Log type: Firewall service
Status: The operation completed successfully. 
Rule: SBS Localhost Access Rule
Source: Local Host ( 192.168.7.2:123)
Destination: External ( 129.6.15.28:123)
Protocol: NTP (UDP)
User: 
 
followed by:-
 
Closed Connection Servernn 28/11/2007 08:30:52
Log type: Firewall service
Status: A connection was gracefully closed in an orderly shutdown process with a three-way FIN-initiated handshake.
Rule: SBS Localhost Access Rule
Source: Local Host ( 192.168.7.2:123)
Destination: External ( 129.6.15.28:123)
Protocol: NTP (UDP)
User: 
I have tried a variety of NTP servers (the working server uses time.windows.com) to no avail. As I mentioned above, I have never had 123/UDP inbound rules on either my router or the RRAS "firewall", when time synchronisation worked. In the working server this is also true.
 
I am sure the solution hinges around the "W32TmServiceMain: timeout" error in the w32Time debug log, but I don't understand what is timing out - there is no Internet connectivity issue.
 
Has anyone got any ideas???
 
Thanks,
 
Neil.
Sean G User is Offline
United Kingdom
Member since
10/9/2007

Registered Users
Posts: 80

11/28/2007 10:25 PM  
Firewall rules are for passthrough try looking under system policy as this rule is for traffic coming into the server only.
Neil Beswick User is Offline
United Kingdom
Member since
9/26/2007

Platinum Membership
Posts: 99

11/28/2007 11:57 PM  
System policy has NTP enabled - this is for NTP between servers on the private side of the firewall, eg clients.
Sean G User is Offline
United Kingdom
Member since
10/9/2007

Registered Users
Posts: 80

11/29/2007 09:22 AM  
Sorry i skimmed over your question too quickly..... have you tried a third party sync tool? These might be worth a shot.... http://www.snapfiles.com/Freeware/network/fwtimesync.html
Neil Beswick User is Offline
United Kingdom
Member since
9/26/2007

Platinum Membership
Posts: 99

12/06/2007 03:37 PM  
Hmmm...interestingly this worked. I used SymmTime, and tried it on a variety of NTP servers - all OK. Compared the ISA monitor with the one from w32Time, and it looks the same. Well, almost - the only difference is that w32time tries to send on both NICs (ie internal LAN, and public Internet) - so I get an additional entry in ISA logging (the internal LAN one is refused) - "A packet generated on the local host was rejected because its source IP address is assigned to one network adapter and its destination IP address is reachable through another network adapter". I assume that w32time tries to reach the NTP server on all interfaces (NICs)?
 
W32time still doesn't work.
 
- NB.
Marina Roos User is Offline
The Netherlands
Member since
3/24/2005

Forum Admins
Posts: 12523

8/30/2008 08:29 PM  
Hi Neil,

Did you figure this out yet?

Marina Roos Smallbizserver.Net AdministratorMission accomplished. We have joined the branch office to our SBS 2003 Headquarters and have the same user experience on the branch office as we have on our local  network at the Headquarters. Want to know how? Signup up for a subscription and get instant access to the article series 'How to add an additional Domain Controller from a remote office to the SBS domain'
Neil Beswick User is Offline
United Kingdom
Member since
9/26/2007

Platinum Membership
Posts: 99

8/30/2008 08:53 PM  
Nope.

Went back to using RRAS (removed ISA - I only initially added this to do some rule testing for some clients anyway) - and w32time is working fine again!

Ah well...c'est la vie!

Neil.
Marina Roos User is Offline
The Netherlands
Member since
3/24/2005

Forum Admins
Posts: 12523

8/30/2008 09:06 PM  
Hi Neil,
 
So removing ISA made it work again? I have never seen any problems with the w32time and ISA 2004. Just out of the box it works for me.

Marina Roos Smallbizserver.Net AdministratorMission accomplished. We have joined the branch office to our SBS 2003 Headquarters and have the same user experience on the branch office as we have on our local  network at the Headquarters. Want to know how? Signup up for a subscription and get instant access to the article series 'How to add an additional Domain Controller from a remote office to the SBS domain'
Neil Beswick User is Offline
United Kingdom
Member since
9/26/2007

Platinum Membership
Posts: 99

9/01/2008 11:00 AM  
Yes it worked fine - didn't need to change any settings on the router / firewall, or in RRAS!

Neil.
Marina Roos User is Offline
The Netherlands
Member since
3/24/2005

Forum Admins
Posts: 12523

9/01/2008 05:30 PM  
Hi Neil,
 
Of course not, and it should work just like that with ISA 2004 too, unless you did something in ISA.

Marina Roos Smallbizserver.Net AdministratorMission accomplished. We have joined the branch office to our SBS 2003 Headquarters and have the same user experience on the branch office as we have on our local  network at the Headquarters. Want to know how? Signup up for a subscription and get instant access to the article series 'How to add an additional Domain Controller from a remote office to the SBS domain'
Joe Spenceley User is Offline
United Kingdom
Member since
10/26/2005

Registered Users
Posts: 176

9/01/2008 05:36 PM  
I too have always had similar problems with w32time and ISA 2004. 
 
Perhaps MS shipped a bad crate of SBS disks to the UK 
 
 
 
Marina Roos User is Offline
The Netherlands
Member since
3/24/2005

Forum Admins
Posts: 12523

9/01/2008 05:44 PM  
Hi Joe,
 
No, I don't think they did. I have enough customers in the UK that are using ISA 2004.

Marina Roos Smallbizserver.Net AdministratorMission accomplished. We have joined the branch office to our SBS 2003 Headquarters and have the same user experience on the branch office as we have on our local  network at the Headquarters. Want to know how? Signup up for a subscription and get instant access to the article series 'How to add an additional Domain Controller from a remote office to the SBS domain'
Neil Beswick User is Offline
United Kingdom
Member since
9/26/2007

Platinum Membership
Posts: 99

9/01/2008 09:01 PM  
I tried with ISA 2004 out of the box, tried adding rules for port 123 - no joy. All seemed well from a w32time point of view, but it never worked. As I mentioned above, I tried a 3rd party NTP tool, and this worked straightaway, so I am confident that my hardware firewall was OK (otherwise RRAS wouldn't work), ISA was OK (otherwise the 3rd party tool wouldn't work), but somehow something was stopping w32time and ISA working together! I compared ISA logs, w32time debug logs and the only differences were the ones mentioned above.

I have some clients in the UK, and, as you say, NTP works with no additional config on the firewall or ISA...
You are not authorized to post a reply.



ActiveForums 3.7
Forum policy    
These Discussion Forums are dedicated to the discussion of the Small Business Server and related server and client software. For the benefit of the community please observe the following posting guidelines:
  1. No Advertising. This includes promotion of commercial products and non-commercial products which are not directly related to Small Business Server and related server and client software.
  2. No Flaming or Trolling.
  3. No Profanity, Racism, or Prejudice.
  4. Site Moderators have the final word on approving/removing a thread or post or comment.