What's new

ntpMerlin ntpMerlin - NTP Daemon for AsusWRT Merlin

  • SNBForums Code of Conduct

    SNBForums is a community for everyone, no matter what their level of experience.

    Please be tolerant and patient of others, especially newcomers. We are all here to share and learn!

    The rules are simple: Be patient, be nice, be helpful or be gone!

v2.4.2 is now available
Changelog:
Code:
CHANGE: Only redirect NTP traffic coming in on br0 (LAN)
This will hopefully resolve the NTP intercept issues reported (it solves a race condition I had on reboot, in any case!)
My friend, I failed to know which problems are happening? I read the last comment but didn't understand.
Did the ntp requests aren't being intercepted?

(Failing also to understand what a race condition is. You know... Portuguese dumb guy :))
 
My friend, I failed to know which problems are happening? I read the last comment but didn't understand.
Did the ntp requests aren't being intercepted?

(Failing also to understand what a race condition is. You know... Portuguese dumb guy :))
Simply he adjust some of the code so that only NTP traffic form device connected to the router not the router itself are intercepted, this should fix the problems where the incept wasn't working properly for some people.
 
Just in case I'm being stupid... ;)
If I redirect the NTP traffic, then my laptop (sync to time.windows.com) will sync with the router instead, correct..?
If that's so, then I still have a problem (it stated sync success in Windows though)...

Capture-ntp.PNG
 
Nope, still UNREPLIED... :D
Oh well, if it's only me just ignore it...
Disabling it for now till further confirmation...
Thank you.

My only confusion is, why it sync successfully although UNREPLIED... :rolleyes:
 
Nope, still UNREPLIED... :D
Oh well, if it's only me just ignore it...
Disabling it for now till further confirmation...
Thank you.

My only confusion is, why it sync successfully although UNREPLIED... :rolleyes:
If you have ipv6 enabled try disabling it and retesting the redirect.just curious. Trying to see if it is preferring your ipv6 first.
 
You shouldn't need to filter out traffic from the router itself, as the router won't be routing it's own traffic through the NAT table. I don't think it will, anyway
Yea I think so too, I was just wondering if the responses going from the router back to the client would pass through the nat as well.
 
@Jack Yaz does the intercept re direct ipv6 traffic or am i missing something because it seems to be the issue with the devices that are having issues with the intercept enabled, that they ipv6 to get time.
 
@Jack Yaz does the intercept re direct ipv6 traffic or am i missing something because it seems to be the issue with the devices that are having issues with the intercept enabled, that they ipv6 to get time.
No because of the limits of asuswrt iptables. Asuswrt provides full ipv6 support but lacks in sophisticated ip6table capabilities.
 
No because of the limits of asuswrt iptables. Asuswrt provides full ipv6 support but lacks in sophisticated ip6table capabilities.
So what may I ask is missing exactly?
I might ask the Asus rep I've been talking to about it mabye he can forward a request for what is missing to be implemented.
 
Version of ipv6tables that supportds or a better nat implementation for handling ipv6
I'll see if I can pm him about it, he's pretty good when it comes to responses just have to ask.

So IPv6 tables support and better Nat implementation for handling IPv6?

I just want to be sure I'm asking for the right thing.
 
I'll see if I can pm him about it, he's pretty good when it comes to responses just have to ask.

So IPv6 tables support and better Nat implementation for handling IPv6?

I just want to be sure I'm asking for the right thing.
sounds about right, but I don't think it is going to happen without having to do too much over hall on the system.
 
Hiya, new to ntpMerlin. Just installed it and started it with default conf but I can see this at the bottom of the /opt/var/spool/ntp/ntp.log. Is this normal behaviour?

2 May 20:44:41 ntpd[32223]: kernel reports TIME_ERROR: 0x4041: Clock Unsynchronized
2 May 20:44:41 ntpd[32223]: kernel reports TIME_ERROR: 0x4041: Clock Unsynchronized
2 May 20:44:49 ntpd[32223]: receive: Unexpected origin timestamp 0xe2584c30.800d179d does not match aorg 0000000000.00000000 from server@138.68.183.179 xmt 0xe2584c31.115fdee7
2 May 20:44:49 ntpd[32223]: receive: Unexpected origin timestamp 0xe2584c30.800f7a9d does not match aorg 0000000000.00000000 from server@134.102.201.104 xmt 0xe2584c31.142cfeae
2 May 20:44:49 ntpd[32223]: receive: Unexpected origin timestamp 0xe2584c30.7ffec92b does not match aorg 0000000000.00000000 from server@217.198.219.102 xmt 0xe2584c31.14559bcc
 
I would love to test and give feed back, what are the changes?

**edit**
should have read the pull request.
For those not properly keeping the score like me :oops::oops::oops:

Code:
 jackyaz commented 2 hours ago

NEW: Option to store stats and config on USB
NEW: Check and perform script updates in the WebUI (big thanks to @dave14305 for the idea and code basis to work from
NEW: Add option to change time format between 24H and 12H
CHANGED: Tooltip behaviour, show on nearest point when intersect on X axis
Per jackyaz changes.

Good job man!
 

Similar threads

Latest threads

Support SNBForums w/ Amazon

If you'd like to support SNBForums, just use this link and buy anything on Amazon. Thanks!

Sign Up For SNBForums Daily Digest

Get an update of what's new every day delivered to your mailbox. Sign up here!
Top