ICMP scan vs host status

[kris969]

Is there an existing issue for this?

• I have searched the existing open and closed issues and I checked the docs https://github.com/jokob-sk/NetAlertX/tree/main/docs

The issue occurs in the following browsers. Select at least 2.

• Firefox
• Chrome
• Edge
• Safari (unsupported) - PRs welcome
• N/A - This is an issue with the backend

Current Behavior

I have an Internet box not directly placed on my LAN, cause I have a router between the two. I want to have a check on this box gateway so I create a "new device" giving a dummy MAC address and the right fix IP address. I added the ICMP scan and was expected this box gateway status to be actualized based on ICMP result.

The ICMP result if ok for this device, as visible on this screen copy:

But the device status isn't actualized, as visible on this screen copy:

The source plugin used for updates is normally set (as for the switch with ARPSCAN) but nothing is visible when only using ICMP plugin.

I'm sure it's not a NetAlertX issue, but rather a misunderstanding on my side on how to used it ;(
So thanks a lot to guide me to have the expected behavior ;)

Expected Behavior

Expecting a host status with static IP Address to be actualized based on ICMP result.

Steps To Reproduce

No response

app.conf

No response

docker-compose.yml

No response

What branch are you running?

Production

app.log

No response

Debug enabled

• I have read and followed the steps in the wiki link above and provided the required debug logs and the log section covers the time when the issue occurs.

[jokob-sk]

Hi @kris969 ,

Thanks for the report.

This should be fixed in the next release. ICMP schedule execution:

It would be great if you could test this. Can you please switch to the netalertx-dev docker image (backup everything at first or, ideally spin up a separate container with a separate db and config), in about 15 minutes (or after the last action finishes) from now?

Thanks in advance,
j

[kris969]

hi jokob-sk,

After testing on my side, I confirm ICMP result is considered and reported to status as well on the NetAlertX node instance, that's great:

The status is also reported to the NetAlertX hub instance:

As visible on screenshots, there are remaining issues:

• Source Plugin is not set on first line, it should be ICMP in this case, if I understand.
• Sync Node is not set on the first line, it should be the same value than for the other lines.

Approximately, do you know when you plan to publish next release?

Thanks
Having a good day ;)

[jokob-sk]

Hi Kris, Glad to hear that it's working. The Source Plugin value is only set on discovery. The Sync Node is only set if the sync plugin is activated and if you have a value in the NEWDEV setting for that field. J

…

On Tue, 7 Jan 2025, 00:41 kris969, ***@***.***> wrote: hi jokob-sk <https://github.com/jokob-sk>, After testing on my side, I confirm ICMP result is considered reported to status as well, that's great: Capture.d.ecran.du.2025-01-06.13-53-14.png (view on web) <https://github.com/user-attachments/assets/827c093c-af2e-4223-a940-6631a2a3e1c8> As visible on screenshot, I have identified remaining issues: - *Source Plugin* is not set on first line, it should be *ICMP* in this case, if I understand. - *Sync Node* is not set on the first line, it should be the same value than for the other lines. Approximately, do you know when you plan to publish next release? Thanks Having a good day ;) — Reply to this email directly, view it on GitHub <#934 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AW5URDGE4J4VQRWOQVJLADD2JKBYLAVCNFSM6AAAAABUT6MIZ2VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDKNZTGEZTKNBXGY> . You are receiving this because you commented.Message ID: ***@***.***>

[kris969]

hi jokob-sk,

In this case, automatically discovering isn't possible because this device freebox and the NetAlertX node instance aren't in the same subnet.

As a workaround, I have manually created the freebox device given a dummy ARP and the good IP. My expectation was to have status updated by ICMP plugin and it works :

Afterward, because it is not automatically done, it was possible to manually edit the Sync Node using multi-edit :

but NetAlertX node is not available for editing! maybe it's impossible for you to give access to it for real reason?

At the NetAlertX hub level, I first clear all the devices, then wait for SYNC update. I got all devices back, but concerning specific freebox device the Sync Node field value was not reported.

have you an explanation and/or a workaround on this?

Thanks ;)

[jokob-sk]

Hi @kris969 - I think that's resolved by this latest commit: 0cc87e3

You can test this in the dev image

[kris969]

hi jokob-sk,

First of all, is there a usable environment variable to place in docker_compose to have db reset at startup, this for testing purpose only?
I have seen this information somewhere in the documentation, but I can't locate it again.
Thanks to guide me on this ;)

[kris969]

hi jokob-sk,

After testing on Version: 13:52:47 - Dev, I can confirm you, the Sync Node value is now reported with SYNC plugin at NetAlertX hub level:

Is it normal the Source Plugin field is still empty at node level?

Thanks ;)

[jokob-sk]

Hi @kris969 ,

For available env variables, please check this doc: https://github.com/jokob-sk/NetAlertX/tree/main/dockerfiles#docker-environment-variables

The Source plugin population needs to be implemented by the plugin. Which plugin is it that is supplying this device? I can double check if it's implemented on the plugin itself.

Thanks,
j

[jokob-sk]

Closing -> Releasing

[kris969]

hi jokob-sk,

Concerning your remaining question: Which plugin is it that is supplying this device?

This device was supplying by myself, using the function.
For sure in that case it can't be populated by plugin, but maybe the "New Device" code could populate the Source Plugin field with a value to have a stored info on how the device was coming from.

Have a good day ;)

[jokob-sk]

Hummm, maybe I'll store "Dummy" on that field if created manually.

…

On Wed, 8 Jan 2025, 19:02 kris969, ***@***.***> wrote: hi jokob-sk <https://github.com/jokob-sk>, Concerning your remaining question: Which plugin is it that is supplying this device? This device was supplying by myself, using the image.png (view on web) <https://github.com/user-attachments/assets/02e897cc-e4a6-454f-88ad-ba677ad61661> function. For sure in that case it can't be populated by plugin, but maybe the "New Device" code could populate the *Source Plugin* field with a value to have a stored info on how the device was coming from. Have a good day ;) — Reply to this email directly, view it on GitHub <#934 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AW5URDHVAL2ERYMD7POIHBT2JTLSNAVCNFSM6AAAAABUT6MIZ2VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDKNZWHE4DQMRZGY> . You are receiving this because you modified the open/close state.Message ID: ***@***.***>

[kris969]

Why not, or something like "Manual" or "Users setting"...

[jokob-sk]

Hi,

DUMMY will be inserted in the next version forward when creating a device this way:

[kris969]

hi jokob-sk,

Great!

Thanks ;)