-
-
Notifications
You must be signed in to change notification settings - Fork 203
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Once again getting spammed with Internet Down/Reconnect notifications #937
Comments
Hi @XxAcielxX, Can you please confirm that you read the notification documentation and adjusted your settings according your needs? https://github.com/jokob-sk/NetAlertX/blob/main/docs/NOTIFICATIONS.md If you still get unexpected notifications, can you please provide:
Thanks in advance, |
Hi @XxAcielxX , If the Internet device is actually reported as offline then the alerts are sent out correctly. If it's a false positive you can:
Hope this helps, |
I found the culprit I think
Switched to Let's see now. |
Great, let me know how it goes. |
Hi @XxAcielxX - since there is no message from you I assume this is resolved - I'll close this for now and re-open if needed |
Hi @jokob-sk I'm back. Everything was working for a week, but today suddenly it broke again.
Now neither option is working for me. Am I getting some kind of rate-limiting? |
Hi @XxAcielxX, Hummm, it's possible. I haven't experienced this issue myself. Have you tried to increase the number of retries in settings? Not sure if you can run NAX in a different network to see if it's a specific network or ISP issue. The thing is if the domains are blocking you then it's not much I can do in the app. Do you have any ideas? |
Yes, I tried increasing the retries. No luck with it. I was thinking, maybe we should break the Internet Check script into two parts,
|
Hi @XxAcielxX , I like the curl idea. I implemented a fallback curl check if the dig calls fail. This should be available in the next release. It would be great if you could test this. Can you please switch to the Make sure you refresh your browser cache - and click the 🔄 refresh button in the top right corner. Thanks in advance, |
Apologies for the late reply, Docker register was down for me and I couldn't download the dev image. I updated to dev image, reverted back the dig command. The dig fails again and Internet status is Down since then. Do I need to do some additional settings for the backup curl command to run? How would I know if it's working? |
Hi @XxAcielxX , Please double check you use the version I released today. The plugin should use the curl command automatically. The log file should contain parts of this log: mylog('verbose', [f'[{pluginName}] Curl Fallback (new_internet_IP|cmd_output): {new_internet_IP} | {cmd_output}']) so searching your logs for You can also see it in the Plugins section: |
I'm using Here is the result
Update to
|
⚠ ERROR - TIMEOUT - the plugin INTRNT
Please increase the timeout
…On Sun, 19 Jan 2025, 23:34 Aciel, ***@***.***> wrote:
I'm using Built on: 2025-01-19 | Version: 17:13:58 - Dev
Here is the result
17:25:23 [INTRNT] In script
17:25:23 [INTRNT] INTRNT_DIG_GET_IP_ARG: -4 myip.opendns.com @resolver1.opendns.com
17:25:23 [INTRNT] - Retrieving Internet IP
17:25:38 [INTRNT] Current internet_IP : 0.0.0.0
17:25:38 [INTRNT] previous_IP : ***.***.**.98
17:25:38 [INTRNT] - Retrieving Internet IP
17:25:52 [Plugins] ⚠ ERROR - TIMEOUT - the plugin INTRNT forcefully terminated as timeout reached. Increase TIMEOUT setting and scan interval.
17:25:52 [Plugins] No output received from the plugin "INTRNT"
17:26:39 [Config] Plugins to load: ['ARPSCAN', 'AVAHISCAN', 'INTRNT', 'NSLOOKUP', 'APPRISE', 'SMTP', 'CSVBCKP', 'CUSTPROP', 'DBCLNP', 'MAINT', 'NEWDEV', 'NTFPRCS', 'SETPWD', 'SYNC', 'UI', 'VNDRPDT', 'WORKFLOWS']
17:31:00 [INTRNT] In script
17:31:00 [INTRNT] INTRNT_DIG_GET_IP_ARG: -4 myip.opendns.com @resolver1.opendns.com
17:31:00 [INTRNT] - Retrieving Internet IP
17:31:16 [INTRNT] Current internet_IP : 0.0.0.0
17:31:16 [INTRNT] previous_IP : ***.***.**.98
17:31:16 [INTRNT] - Retrieving Internet IP
17:31:30 [Plugins] ⚠ ERROR - TIMEOUT - the plugin INTRNT forcefully terminated as timeout reached. Increase TIMEOUT setting and scan interval.
17:31:30 [Plugins] No output received from the plugin "INTRNT"
—
Reply to this email directly, view it on GitHub
<#937 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AW5URDEYV3B7K22TVHMD3RL2LOLUJAVCNFSM6AAAAABUVQWFLOVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDMMBQHA2DCMJRGY>
.
You are receiving this because you modified the open/close state.Message
ID: ***@***.***>
|
Timeout = 150 secs
Internet Reconnected back though. Success I think? Don't see output for curl fallback. |
If you want to test the fall-back then you have to probably decrease the
number of retries,so that the dig method fails within the timeout window.
…On Mon, 20 Jan 2025, 00:03 Aciel, ***@***.***> wrote:
Timeout = 150 secs
17:56:15 [INTRNT] In script
17:56:15 [INTRNT] INTRNT_DIG_GET_IP_ARG: -4 myip.opendns.com @resolver1.opendns.com
17:56:15 [INTRNT] - Retrieving Internet IP
17:56:30 ;; communications error to 208.67.222.222#53: timed out
;; communications error to 208.67.222.222#53: timed out
;; communications error to 208.67.222.222#53: timed out
;; no servers could be reached
17:56:30 [INTRNT] Current internet_IP : 0.0.0.0
17:56:30 [INTRNT] previous_IP : ***.***.**.98
17:56:30 [INTRNT] - Retrieving Internet IP
17:56:45 ;; communications error to 208.67.222.222#53: timed out
;; communications error to 208.67.222.222#53: timed out
;; communications error to 208.67.222.222#53: timed out
;; no servers could be reached
17:56:45 [INTRNT] Current internet_IP : 0.0.0.0
17:56:45 [INTRNT] previous_IP : ***.***.**.98
17:56:46 [INTRNT] - Retrieving Internet IP
17:57:01 ;; communications error to 208.67.222.222#53: timed out
;; communications error to 208.67.222.222#53: timed out
;; communications error to 208.67.222.222#53: timed out
;; no servers could be reached
17:57:01 [INTRNT] Current internet_IP : 0.0.0.0
17:57:01 [INTRNT] previous_IP : ***.***.**.98
17:57:03 [INTRNT] - Retrieving Internet IP
17:57:18 ;; communications error to 208.67.222.222#53: timed out
;; communications error to 208.67.222.222#53: timed out
;; communications error to 208.67.222.222#53: timed out
;; no servers could be reached
17:57:18 [INTRNT] Current internet_IP : 0.0.0.0
17:57:18 [INTRNT] previous_IP : ***.***.**.98
17:57:21 [INTRNT] - Retrieving Internet IP
17:57:36 ;; communications error to 208.67.222.222#53: timed out
;; communications error to 208.67.222.222#53: timed out
;; communications error to 208.67.222.222#53: timed out
;; no servers could be reached
17:57:36 [INTRNT] Current internet_IP : 0.0.0.0
17:57:36 [INTRNT] previous_IP : ***.***.**.98
17:57:40 [INTRNT] - Retrieving Internet IP
17:57:55 ;; communications error to 208.67.222.222#53: timed out
;; communications error to 208.67.222.222#53: timed out
;; communications error to 208.67.222.222#53: timed out
;; no servers could be reached
17:57:55 [INTRNT] Current internet_IP : 0.0.0.0
17:57:55 [INTRNT] previous_IP : ***.***.**.98
17:58:01 [Process Scan] Print Stats
17:58:01 [Process Scan] Stats end
17:58:02 [Plugins] No output received from the plugin "AVAHISCAN"
17:58:05 [SMTP](publisher) In script
17:58:05 [Database] Opening DB
Internet Reconnected back though. Success I think? Don't see output for
curl fallback.
—
Reply to this email directly, view it on GitHub
<#937 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AW5URDHRNNK4BRVLDG2JXIL2LOPAZAVCNFSM6AAAAABUVQWFLOVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDMMBQHA2TCNJQGE>
.
You are receiving this because you modified the open/close state.Message
ID: ***@***.***>
|
Timeout = 120 This seems to be working good for me. |
Hi @XxAcielxX , Great, thanks for the update - closing for now then |
Is there an existing issue for this?
The issue occurs in the following browsers. Select at least 2.
Current Behavior
I'm getting spammed with
Internet
Down/Reconnect notifications.Expected Behavior
Notifications from
Internet
should only be send when there is genuine reason.Steps To Reproduce
It's happening by itself after upgrading to v24.12.23.
app.conf
No response
docker-compose.yml
What branch are you running?
Production
app.log
No response
Debug enabled
The text was updated successfully, but these errors were encountered: