Pfsense Date & Time
-
@Cleetus-Antony well your never going to sync if you can not resolve anything in the pool name your using.
If you try and resolve that fqdn, what do you get back?
23.09.1-RELEASE][admin@sg4860.home.arpa]/root: dig 0.in.pool.ntp.org ; <<>> DiG 9.18.16 <<>> 0.in.pool.ntp.org ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 21553 ;; flags: qr rd ra; QUERY: 1, ANSWER: 4, AUTHORITY: 0, ADDITIONAL: 1 ;; OPT PSEUDOSECTION: ; EDNS: version: 0, flags:; udp: 4096 ;; QUESTION SECTION: ;0.in.pool.ntp.org. IN A ;; ANSWER SECTION: 0.in.pool.ntp.org. 3600 IN A 157.245.102.2 0.in.pool.ntp.org. 3600 IN A 162.159.200.123 0.in.pool.ntp.org. 3600 IN A 162.159.200.1 0.in.pool.ntp.org. 3600 IN A 95.216.192.15 ;; Query time: 326 msec ;; SERVER: 127.0.0.1#53(127.0.0.1) (UDP) ;; WHEN: Fri Jun 14 07:54:50 CDT 2024 ;; MSG SIZE rcvd: 110
Also you have 2 notifications I see up there the red bell with 2 next too it - those are normally things you should pay attention too, and quite often point out stuff that had an error, etc..
-
-
@Cleetus-Antony ok well its resolving... So that is good.. Odd that ntp doesn't show that, I would think it would show the IPs it resolved and then if couldn't talk to them the reach would just be at zero, etc..
But yours is showing nothing, like it couldn't resolve what IPs are in the pool? Is that maybe a O vs a 0 (zero)?
You could try putting in say one of those IPs directly vs as a pool and see if it shows that IP.. And can it talk to it.. I would then sniff on your wan to validate its sending ntp, and maybe you just don't get an answer?
-
Do you have a PC with a windows OS ? or any OS actually, as every device has a ntp client these days.
Get any of the IP's, and give it to your ntp windows client :
and test it.
Still doesn't work ?
Start checking your upstream 'WAN' (ISP ?) connection. Some one might be filtering upstream.
You don't have any pfSense floating firewall rules, right ? -
I have no additional rules set. All default ones.
Before this ntp, I used pfsense default ntp settings. Stil the issue was same. -
-
The firewall can notify administrators of important events and errors by displaying an alert in the menu bar, indicated by the bell icon. Out of cuirosity what are your notifications?
-
@Cleetus-Antony pinging is different than ntp.. While ping is good that you can actually get there.. Doesn't mean its answering ntp, or that it even sees your ntp query..
First thing is to actually validate your ntp query is leaving your wan, and has been natted to your IP.. If you see the query go out - and get no answer.. Not something pfsense can have any control over.. You would then need to look up stream if something is blocking, etc...
-
Notifications was not related NTP.
It was abt some user settings. -
@johnpoz
I checked with a windows client pc connected after the pfsense and configured the ntp 1.in.pool.ntp.org and synced the time. it does well. but the same ntp server is not reaching in pfsense... strange huh ?My pfsense is behind the FTTH modem/router in which 1.in.pool.ntp.org is configured and it does the job. So we can conclude that this ntp is not being blocked in upstream right ???
-
@Cleetus-Antony said in Pfsense Date & Time:
So we can conclude that this ntp is not being blocked in upstream right ???
if your client can talk to it, yeah - but still doesn't validate pfsense is actually sending or natting the traffic.. Or that it likes the answer? A simple sniff would allow you to validate that it talks and gets an answer and what that answer actually was, etc.
It takes all of a few seconds to do a sniff.. Longest part would be waiting for the timer of when ntp would resend, which is like 64 seconds.
Also ntp 1.in.pool.ntp.org is not what you were showing you were using in pfsense.. You were using 0. Or the 1 specific IP, etc.
-
Done the sniffing in the client pc and attached the file.
If u cud find anything ...! -
@Cleetus-Antony dude limit your sniff to port 123.. On pfsense WAN... Your wanting to see what is happening when pfsense ntp is asking..
Make sure none of your clients are asking outside ntp during your testing.
If you don't see anything - and the counter has cycled through a couple of times on pfsense - then that would explain why its not working - for whatever reason pfsense is not sending ntp out your wan..
Are you routing traffic through a vpn or something?
-
I set the filter tcp.port ==123 and saw nothing matching traffic in wireshark. As u said pfsense is not sending any ntp request out I guess.
I set an outbout WAN rule also to NAT anything out from the firewall itself... still no effect.
I did even reset the state of firewall also.
As u asked, I am not routing traffic through a vpn.
I am using version 2.7.2 the latest one. Is there any bug ? -
@Cleetus-Antony its not tcp its UDP.. just set the port number, you don't have to set protocol. Did you make sure you selected your wan?
I set an outbout WAN rule also to NAT anything out from the firewall itself... still no effect.
You understand that is not required - and loopback is natted already in the automatic outbound nats - are you not using automatic outbound nat?
No there no bug for ntp on 2.7.2 that aware of.. I just setup my 2.7.2 to use your pool and its working fine.
192.168.3.109 is my 2.7.2 wan because its behind a nat..
-
Look at the packet capture and see the time... huh... time is taking correctly as per my timezone. That time I need. But in the attached home screen the time is wrong... strange....!!!!
Something small I am missing to do in the box ?
As u asked me, Automatic loopback NAT rule is working in my WAN.
-
@Cleetus-Antony oh we got 2 different threads going with different things... In one the pool is not working, and your the guy with timezone issue??
Packet capture should be in utc.. IST is what 5.5 hours ahead of UTC?
I am behind UTC by 5 hours in CDT.. So yeah a packet capture timestamps will be off by what timezone your in - packetcaptures are always in zulu or utc..
You sure seem to be working?? I asked you to sniff on your wan.. your wan is 192.168.10.32? Your behind a nat?
I see sending in that sniff - but I don't see any reply.. Not sure what you expect to happen if you don't get an answer - no ntp is not going to work if there is no answer..
-
pfsense WAN is 192.168.10.32. I am behind a NAT of FTTH modem.
In my capture attached the time is correct. So the pfsense is taking correct time.
But why this correct time is not reflecting in my home screen.. also not working my rules as per the configured schedule... thats my worry.CDT time I mentioned earlier was just a test. Now I set with IST which is correct as per my country.
-
@Cleetus-Antony Looks like your getting a reply.. What does your ntp status show?
Yes the packet capture will show the time in UTC, ie zulu or GMT whatever you want to call it.. It will be different than your timezone.
What do you mean your home screen?
Is that pfsense talking to ntp servers or some client behind pfsense? As I already stated make sure no client are talking to outside ntp.. Before you showed sending ntp but no answer..
-
Dear Mr. John and other Gentlemen who attended this thread,
I put and end to this issue by assigning static IP to the WAN. Now I am gettig correct time. Looks like pfsense was polutted by the dhcp from the ISP router.Thank you guys for your valuable suggestions.
Cheers..!
Cleetus
