Welcome, Guest. Please login or register.
July 05, 2008, 05:45:26 PM

Login with username, password and session length

170667 Posts
20378 Topics
49712 Members

Latest Member: alessandranaves

Search:     Advanced search | Tag Cloud
+  Welcome to the Comodo Forum
|-+  Desktop Security Products
| |-+  Comodo Firewall
| | |-+  Help for v2
| | | |-+  NIST Time
« previous next »
Pages: [1] Go Down Print
Author Topic: NIST Time  (Read 1534 times)
Doclocke
Newbie
*
Offline Offline

Posts: 2


« on: April 10, 2007, 05:44:06 PM »

I've used a small program from the National Institute of Standards and Technology for many years, which runs during startup and synchronizes my computer clock with the atomic clock in Boulder, Colorado.  Even though I've told the Comodo firewall to create a rule and allow the connection, it does not do so.  I always receive an error message that the time program cannot connect with the time server.

NIST Time works just fine when I use ZoneAlarm, Sunbelt Kerio, and Ashampoo firewalls, so I'm sure the problem is related to Comodo's firewall.

Can anybody offer any suggestions?
Logged
grabbit
Newbie
*
Offline Offline

Posts: 2


« Reply #1 on: April 11, 2007, 02:38:45 AM »

I started having trouble with my windows clock a little while ago and this was before I ever installed Comodo firewall. I was having trouble with time.windows.com and time.nist.gov

I finally just changed the internet time server and this corrected the problem. Knock on wood it will still correct the problem. So maybe you should just try another server? Hope this helps.
Logged
Doclocke
Newbie
*
Offline Offline

Posts: 2


« Reply #2 on: April 11, 2007, 11:48:05 AM »

There are eight servers available for use in the NIST Time program, and I tried each of them before posting here.  The results were always the same: unsuccessful.  In each case, when I disabled the Comodo firewall, the time checker worked as it always had.  Obviously, the problem is within Comodo, and not any other program.

Incidentally, I configured Comodo to allow NIST Time to use any port and any IP Address.
Logged
grabbit
Newbie
*
Offline Offline

Posts: 2


« Reply #3 on: April 11, 2007, 12:32:24 PM »

I don`t really know what to say. I was having trouble too. I made sure I had a restore point. I uninstalled Commodo and then reinstalled it and the windows clock started working okay.

I never was able to figure out how to configure Comodo to allow nist and so I just unstalled Commodo. Out of curiosity I reinstalled it and then for some strange reason I was able to update my windows clock with Nist.
« Last Edit: April 11, 2007, 12:34:01 PM by grabbit » Logged
gibran
Forum Member
Global Moderator
Comodo's Hero
*****
Offline Offline

Posts: 2794


Sometimes words are meaningless indeed...


« Reply #4 on: April 11, 2007, 02:46:08 PM »

My guess would be an incorrect rule in application monitor.

Would you like to post your log results duriing these NIST tests?
Logged

Muckyduck
Newbie
*
Offline Offline

Posts: 1


« Reply #5 on: April 14, 2007, 05:34:02 PM »

I have used 2 ways to adjust the time.

1. In the Windows Date+Time setting (right-click taskbar clock - adjust) I use uk.pool.ntp.org
(Rule = Allow - UDP-out - My PC - Name=uk.pool.ntp.org - source port = 123, dest port =123)

2. In an old application I used the following: time-a.timefreq.bldrdoc.gov
(Rule = Allow TCP-out - My PC - Name=time-a.timefreq.bldrdoc.gov - source port = 1024-4999 destination port 13.

The first uses a remote linked-cluster of 12 servers based in the UK (so good choice from different geo and net locations)

The second uses the "grandfather" of clocks in the USA (3 actually - time-a...time-b.. and time-c...) so lifting the chance of a server available + ready in a different country.

Note the different ports + protocols used.  If you enter the names in the rules, any changes to IP address will be absorbed.  No need to change rules due to one or two servers being off-line or too busy.

Good luck.  Wink
Logged
Tags:
Pages: [1] Go Up Print 
« previous next »
Jump to:  

SSL Firewall
Page created in -0 seconds with 19 queries.
Powered by SMF 1.1.5 | SMF © 2006, Simple Machines LLC
Seo4Smf v0.2 © Webmaster's Talks
Design by 7dana.com