The graph does not display immediately
-
pfSense-CE-memstick-2.4.4-RELEASE-p3-amd64.img
I installed this file via USB.
Maybe my USB problem or server computer (Pfsense Computer) isn't it a problem?
-
This post is deleted! -
https://www.youtube.com/watch?v=NgMl8h4OWPE
This is a 2 minute 13 second video
The graph appears about 1 minute 57 seconds
-
Ah, so it is updating just fine it's just scaled incorrectly. It shows ~2mins when it's drawn correctly. It appears to be showing ~4mins when it's drawn incorrectly except the time values in between in the time axis appear wildly incorrect.
Can you mouse-over the graph to see what those time values actually are?
I have no idea what might cause that though. Current time on the firewall wrong?
Steve
-
Firewall is currently current date / time
Mon Jan 27 23:28:17 UTC 2020
Thank you for your continued help.
-
What about your client - is it time in sync with pfsense time?
-
Can I sync Pfsense time separately? Will the service break if I do that?
-
Does this happen if there is a communication problem with 'TimeServers'?
This network can only communicate with Korea.
Currently 'Timeservers' is 0.pfsense.pool.ntp.org.
-
Well I do not know if 0.pfsense.pool.ntp.org has any IPs in Korea... But my question is what is the time on pfsense.. and what is the time on your pc... They could for sure be using different time sources.. Doesn't matter - time should still be the same..
-
Setting time zone to 'Asia / Seoul' is different from actual Korean time
-
It looks like the graphing that is done client side is initially failing as it's trying to show a few minutes but there is actually a 9hr offset there.
Set the timezone correctly in System > General Setup. Set at least one ntp server there it can connect to.
Steve
-
'Timezone' Asia / Seoul
Setting it to 'TimeServer' Korea NTP server does not change anything.
Pfsense Tue Jan 28 09:17:15 KST 2020
Korea Time Tue Jan 28 00:15:10 KST 2020 -
It can take a while to sync to NTP when the time is that far out.
You can set the time and date manually using the date command. That should get it close enough to sync quicker using NTP.
Steve
-
Maybe it's my server computer problem.
I'll check and comment on this afternoon... -
Lets forget the timezone thing for a bit.. your time still looks to be off if that those are your pfsense and you client your viewing the web gui from... Even when in different time zones your minutes should be the same.. you have a 17:15 for minutes:seconds and 15:10 for minutes:seconds - which is right about the time your seeing in delay of info right, couple of minutes.
-
Right the graph is mostly client side generated right? I will admit to not being all that sure on that!
It starts out with a 9hr time difference in the data so you see almost nothing until it has enough data start scrolling and drops that first data point.
Seems almost certain to be relate to the client/server time difference there. More likely the server.
Steve
-
Is it something you don't have to care about?
-
devices can be in different timezones... And still be the same time... UTC vs CST for example... Doesn't matter - the problem is your times are off more than just the timezone difference!
-
-
Well make sure you devices times line up.. Be it they are in different timezones or not.. The minutes:seconds should be the same... Hours would just be off by the different timezones. You shouldn't have to wait couple of minutes for graphs to populate.
