Age | Commit message (Collapse) | Author | Files | Lines | |
---|---|---|---|---|---|
2024-07-02 | netwatch-notify: do not switch type when resolving | 1 | -2/+3 | ||
This requires RouterOS 7.15beta4. | |||||
2024-04-23 | netwatch-notify: log to debug... | 1 | -2/+3 | ||
... instead of discarding the message completely. | |||||
2024-04-19 | netwatch-notify: allow to suppress resolve failure | 1 | -1/+1 | ||
2024-04-07 | bump RouterOS requirement for all scripts and modules...routeros-7.13-6 | 1 | -1/+1 | ||
... now that global-functions requires RouterOS 7.13 anyway. | |||||
2024-03-20 | netwatch-notify: pass script name into local functions | 1 | -14/+16 | ||
2024-03-13 | netwatch-notify: pass link to notificationchange-124 | 1 | -2/+2 | ||
This is pass verbatim below the notification text. | |||||
2024-03-12 | netwatch-notify: switch to $LogPrint | 1 | -16/+13 | ||
2024-03-12 | netwatch-notify: drop main function, use :do with on-error | 1 | -6/+4 | ||
2024-03-12 | global-functions: $ScriptLock: do not exit from global function | 1 | -1/+3 | ||
2024-03-04 | netwatch-notify: move code into function | 1 | -165/+170 | ||
2024-03-03 | netwatch-notify: check one after another | 1 | -2/+5 | ||
This can bring an extra delay, but saves a check in most cases. | |||||
2024-03-02 | netwatch-notify: handle IPv6 / AAAA resolving | 1 | -1/+3 | ||
2024-03-01 | netwatch-notify: (mis-)use firewall address-list for lookup... | 1 | -11/+5 | ||
... and drop the racy code querying dns cache. ๐ | |||||
2024-02-28 | netwatch-notify: handle CNAME to multiple records | 1 | -0/+9 | ||
2024-02-28 | netwatch-notify: move check in DNS cache to local function | 1 | -2/+14 | ||
2024-02-28 | netwatch-notify: try another workaround | 1 | -4/+2 | ||
The last one did not make it... Perhaps the cache just needs a moment to settle? | |||||
2024-02-28 | netwatch-notify: work around race condition | 1 | -8/+12 | ||
This used to crash every now and then with: > script;error script error: no such item (4) I guess this is caused by querying the dns cache just exactly when a record expires. The chance is maximized: The script is started by scheduler every minute, and the record's ttl is a multiple of a minute. Let's query records that are not about to expire immediately, and try again. | |||||
2024-02-28 | netwatch-notify: restore the check ๐ฅด | 1 | -1/+2 | ||
This reverts commit 28da1da49e275fef6089a103edf6c158bbff317f. Chances are that we have to resolve a CNAME, that does not match when querying the cache. How to handle CNAME do multiple A records? ๐คจ | |||||
2024-02-28 | netwatch-notify: simplify the check | 1 | -2/+1 | ||
2024-02-28 | netwatch-notify: ... and switch state to "unknown" on host update | 1 | -0/+1 | ||
2024-02-28 | netwatch-notify: handle status "down" in its own condition... | 1 | -1/+4 | ||
... instead of else-branch. This makes sure to skip hosts that just became "unknown". (Possible soon!) | |||||
2024-02-28 | netwatch-notify: use logical operator, no literal "and" | 1 | -1/+1 | ||
Just like we do everywhere else. | |||||
2024-02-19 | netwatch-notify: do not update with record in cache | 1 | -1/+2 | ||
Using `:resolve` we have just one address, but chances are several records do exist. These end up in cache, so we are happy to find them there - no need to update then. | |||||
2024-01-30 | netwatch-notify: use :jobname to get script name | 1 | -1/+3 | ||
2024-01-01 | update copyright for 2024 | 1 | -1/+1 | ||
2023-10-27 | netwatch-notify: match on word boundary | 1 | -1/+1 | ||
2023-09-29 | netwatch-notify: allow to give different origin for hosts... | 1 | -6/+4 | ||
... to use differing notification settings. Add an origin name in netwatch configuration: /tool/netwatch/add comment="notify, name=dns-google, origin=netwatch-notify-google" address=8.8.8.8; /tool/netwatch/add comment="notify, name=dns-cloudflare, origin=netwatch-notify-cloudflare" address=1.1.1.1; Then configure the notification settings in `global-config-overlay`: :global EmailGeneralToOverride { "netwatch-notify-google"="google@example.com"; "netwatch-notify-cloudflare"="cloudflare@example.com"; } I think it is best to handle this as a hidden setting... Handle with care! | |||||
2023-08-18 | netwatch-notify: drop RouterOS version dependency | 1 | -2/+0 | ||
... as global-functions depend on RouterOS 7.9beta already. | |||||
2023-06-28 | netwatch-notify: drop the delay on startup...routeros-7.9beta4-6 | 1 | -4/+2 | ||
... now that in RouterOS 7.9 netwatch itself comes with a startup-delay. Hosts in state 'unknown' are just ignored. | |||||
2023-05-31 | netwatch-notify: ignore status 'unknown' | 1 | -1/+1 | ||
2023-03-20 | netwatch-notify: support note in notificationchange-96 | 1 | -0/+6 | ||
2023-03-07 | rename scripts and add file extension ".rsc"change-95 | 1 | -0/+186 | ||
No functional change for the user... The migration is done automatically. |