Welcome, Guest. Please login or register.
October 13, 2008, 07:06:11 PM

Login with username, password and session length

200022 Posts
22966 Topics
55077 Members

Latest Member: hablado20

Search:     Advanced search | Tag Cloud
+  Welcome to the Comodo Forum
|-+  Desktop Security Products
| |-+  Comodo Firewall
| | |-+  Help for v2
| | | |-+  Elusive Windows Time Synchronisation
« previous next »
Pages: [1] 2 3 Go Down Print
Author Topic: Elusive Windows Time Synchronisation  (Read 5192 times)
ocky
Comodo Loves me
****
Offline Offline

Posts: 110



« on: April 01, 2007, 03:53:02 AM »

Have read some posts on this, but I still can't get windows time to synchronise. Connection details as follows:-
1.  svchost.exe - Source = UDP out 0.0.0.0:68; Destination = 255.255.255.25 (684 bytes)
2.  svchost.exe - Source = UDP out 192.168.x.x Port 123; Destination = 207.46.232.182 Port 123
     (90 bytes)
3. Nothing incoming at all !?

The only svchost.exe entry in App.Mon. I have is: Path: C:\Program Files\ Internet Explorer\iexplore.exe with Parent Path: C:\WINDOWS\system32\svchost.exe (Allow)


There were no prompts to allow deny for the time synchronisation. Do I need to make a rule in App. Mon specifically for svchost.exe with no restrictions at all ?

Always confused.   Undecided
Logged
ocky
Comodo Loves me
****
Offline Offline

Posts: 110



« Reply #1 on: April 01, 2007, 06:03:03 AM »

Have read some posts on this, but I still can't get windows time to synchronise. Connection details as follows:-
These rules in App. Mon don't do it. See attachment. (Have rebooted after creating the rules)
« Last Edit: April 01, 2007, 06:06:14 AM by ocky » Logged
gibran
Forum Member
Global Moderator
Comodo's Hero
*****
Offline Offline

Posts: 3855


Sometimes words are meaningless indeed...


« Reply #2 on: April 01, 2007, 06:59:45 AM »

Experimenting with appmon is a waste of ntp time Grin

To find your answer maybe you should watch the log. I'm pretty sure that ntp requre only an outbound connection so it should work with the standard ruleset.

Use the update now button in the internet time tab  and look for blocked packets in the log...
Logged

ocky
Comodo Loves me
****
Offline Offline

Posts: 110



« Reply #3 on: April 01, 2007, 07:37:44 AM »

Experimenting with appmon is a waste of ntp time Grin

To find your answer maybe you should watch the log. I'm pretty sure that ntp requre only an outbound connection so it should work with the standard ruleset.

Use the update now button in the internet time tab  and look for blocked packets in the log...

No nothing is blocked, simply no inbound. According to the first post in this thread, incoming UDP needs to be allowed for 123....http://forums.comodo.com/index.php?PHPSESSID=06a87c7de6f057bebdc4e954f3bb91e2&topic=6297.msg47149#msg47149
Quote
Then CPF Application Monitor that is in my knowledge not
 implementing any SPI bookkeeping comes to play.
There needs to be a rule allowing svchost.exe allow incoming
UDP for local port 123 to your computer IP (or your PC's hostname).
Also there is no entry in Component Mon. for svchost.exe. Should there be ?
Maybe I should just disable Windows time in services, as I can do a time synchro. with other apps.  that I have installed. On the other hand it would be better if everything is working as it should.   Tongue
« Last Edit: April 01, 2007, 07:39:29 AM by ocky » Logged
Soyabeaner
Global Moderator
Comodo's Hero
*****
Offline Offline

Posts: 7455



« Reply #4 on: April 01, 2007, 08:02:44 AM »

Do I need to make a rule in App. Mon specifically for svchost.exe with no restrictions at all ?
If you have the default option enabled: do not show any alerts by the ceritified database ... (it's too long to type out) then you don't need an AppMon rule.

there is no entry in Component Mon. for svchost.exe. Should there be ?
I don't know why it shouldn't, but it's not on my CM list either.

Maybe I should just disable Windows time in services, as I can do a time synchro. with other apps.
Maybe you should to save yourself some ram Grin.  I certainly have it disabled.  Seriously, what you can do as a test is set the security level to Allow All and then see if it works.  If it does then we know it's a rules problem.
« Last Edit: April 01, 2007, 08:11:01 AM by Soya » Logged
gibran
Forum Member
Global Moderator
Comodo's Hero
*****
Offline Offline

Posts: 3855


Sometimes words are meaningless indeed...


« Reply #5 on: April 01, 2007, 08:08:48 AM »

Interesting thread indeeed! Smiley but like reported there you don't need to enable a udp incomig rule

This time you could use that rule to enable logging on that port.

regarding component monitor if it is in learn mode you don't need to do anyting.
But check for w32time.dll in the component monitor to see if it is blocked.

change the default time server in the internet time tab, use the ones which work in the other net time apps.

Sometimes the win32time service complain about a rpc error is this the case?
Logged

ocky
Comodo Loves me
****
Offline Offline

Posts: 110



« Reply #6 on: April 01, 2007, 08:14:58 AM »

If you have the default option enabled: do not show any alerts by the ceritified database ... (it's too long to type out) then you don't need an AppMon rule.
Thanks Soya. Yes I have always had it enabled. Please see my last post, maybe things have changed and the app. mon. rules are not required. However with or without it's still no go for me. (My Netmon rules are default). Should I do a scan for known apps. again ?
Logged
Soyabeaner
Global Moderator
Comodo's Hero
*****
Offline Offline

Posts: 7455



« Reply #7 on: April 01, 2007, 08:19:24 AM »

Yes I have always had it enabled. Please see my last post, maybe things have changed and the app. mon. rules are not required. However with or without it's still no go for me. (My Netmon rules are default). Should I do a scan for known apps. again ?
When that certified app option is enabled it basically bypasses AppMon and goes directly to NetMon (unless you have an AppMon rule blocking svchost.exe, as it would take first precedence).  Scan for known apps shouldn't be needed, but it won't hurt to try.  Finally, a reboot may be needed on some systems.
Logged
ocky
Comodo Loves me
****
Offline Offline

Posts: 110



« Reply #8 on: April 01, 2007, 08:24:01 AM »

Time service is allowed in Comp. Mon. (w32time.dll). Setting Comodo to Allow All I still can't connect. Maybe the server is down. Do you think it may have something to do with Proxomitron ?
I doubt it.
Logged
gibran
Forum Member
Global Moderator
Comodo's Hero
*****
Offline Offline

Posts: 3855


Sometimes words are meaningless indeed...


« Reply #9 on: April 01, 2007, 08:38:21 AM »

Well if other timesync apps work maybe overriding w32time server with a custom one can do the job.
Use time servers of other timesync apps.

It does not harm deleting svchost rules in appmon...
« Last Edit: April 01, 2007, 08:45:12 AM by gibran » Logged

ocky
Comodo Loves me
****
Offline Offline

Posts: 110



« Reply #10 on: April 01, 2007, 08:53:09 AM »

Well if other timesync apps work maybe overriding w32time server with a custom one can do the job.
Use time servers of other timesync apps.
It does not harm deleting svchost rules in appmon...
Yeah, will do as nothing seems to work. Even this run command is no good in my case:
w32tm /resync /rediscover.
I will use Query App. - see attachment. It works well.

Logged
ocky
Comodo Loves me
****
Offline Offline

Posts: 110



« Reply #11 on: April 01, 2007, 09:36:52 AM »

Interesting thread indeeed! Smiley

change the default time server in the internet time tab, use the ones which work in the other net time apps.

Thank you, I have changed the time server to time-a.nist.gov. No problems it works. I just wonder why the default one doesn't.    Grin

EDIT:   I suppose I can disable Windows time service now ?
« Last Edit: April 01, 2007, 10:17:25 AM by ocky » Logged
gibran
Forum Member
Global Moderator
Comodo's Hero
*****
Offline Offline

Posts: 3855


Sometimes words are meaningless indeed...


« Reply #12 on: April 01, 2007, 10:28:04 AM »

 Cheers
well I was starting to be clueless.

Also I noticed I'm not able to log inbound udp:123 with an allow rule Huh
I'll try the next reboot..
Logged

Jarmo P
Comodo Member
**
Offline Offline

Posts: 29


« Reply #13 on: April 01, 2007, 11:24:46 AM »

With these svchost.exe rules my time synchro works.
As you see, incoming is also needed for solicited connections to udp 123.
No ports need to be opened in network monitor though.
You may  need to reboot before rules begin to work properly.

EDIT
It is not working now. Sad Huh
« Last Edit: April 02, 2007, 01:04:24 AM by Jarmo P » Logged
ocky
Comodo Loves me
****
Offline Offline

Posts: 110



« Reply #14 on: April 01, 2007, 12:01:06 PM »

gov = government.  They want to keep tabs on you Grin
Microsoft or gov. Your recommendations ?   Grin
Jarmo P has the settings that I tried earlier (except IP address diference), but even after reboot no luck here. Maybe Proxomitron after all.
Logged
Tags:
Pages: [1] 2 3 Go Up Print 
« previous next »
Jump to:  

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