Replies: 9 comments 3 replies
-
Thanks for creating a discussion! As mentioned, I don't use vlans so I can't provide more specific examples, but I hope someone from the community might be able to help. You probably read the whole page, but just to link for everyone else, there might be some exceptions as reported by the community previously: https://github.com/jokob-sk/NetAlertX/blob/main/docs/SUBNETS.md#support-for-vlans--exceptions |
Beta Was this translation helpful? Give feedback.
-
Is the container running in host mode? See docker guide under the Basic Usage section. Also, what is the vlan id for the subnet 192.168.20.0/24? Is it 20 or 02? |
Beta Was this translation helpful? Give feedback.
-
Hi, yes the container is in host mode:
Opnsense has it listed several ways: Identifier: opt8 |
Beta Was this translation helpful? Give feedback.
-
I don't use OPNsense. From your listing, Tag: 20, I would try the following arp-scan 192.168.20.0/24 --interface=eth0 -vlan=20 |
Beta Was this translation helpful? Give feedback.
-
Results:
nmap scan gets results from that vlan:
Is it maybe that no device on that subnet is responding to the ARP scan? Or issue with the ARP scanner itself? |
Beta Was this translation helpful? Give feedback.
-
Any chance NetAlertX runs on the OPNsense host? I don't use OPNsense. From what I found, it seems to create an unique interface for each VLAN. If this is the case, maybe try the following. arp-scan 192.168.20.0/24 --interface=opt8 -vlan=20 |
Beta Was this translation helpful? Give feedback.
-
You could try the following:
In SCAN_SUBNETS = ['--localnet --interface=eth0','10.0.10.0/24 --interface=eth0.10 --arpspa=10.0.10.253','10.0.20.0/24 --interface=eth0.20 --arpspa=10.0.20.253'] Alternativelly: I've just had an issue that seems similar to what yours was. It was because the devices became undefined for the VLAN interfaces within the /etc/network/interfaces file. Readding to that file and restartng the LXC got my arp scans working for the VLANs again.
From: leiweibau/Pi.Alert#271 (comment) If someone in this thread solve it, it would be great to write up a quick guide and I'll include it in the docs. |
Beta Was this translation helpful? Give feedback.
-
Thanks for the help @jokob-sk , but none of that seemed to help
There is something definately going on with the arp-scanner. When I run an nmap scan: |
Beta Was this translation helpful? Give feedback.
-
Hi @aries223, the |
Beta Was this translation helpful? Give feedback.
-
Need some help getting NetAlertX (NAX) to arp-scan my vlans. NAX is works correctly on the LAN, no issues there. It either doesn't scan the vlans, cant reach them or is getting no responses from the devices.
The container is able to ping the vlans, so I assume the arp-scan is reaching the vlans:
I am able to arp-scan the LAN from the container. It works with and without the vlan tag:
When I scan a vlan I get this:
The ARP table on the firewall/router shows the vlans and the devices on those vlans, so they seem to be responding to the firewall. All the vlans on the firewall are delineated as 'vlan01', 'vlan02' etc.. but this doesn't seem to correspond with how the container arp scan sees them. On the firewall, 'vlan01' is an actual vlan named 'IOT'. When I run the arp scan from the container '-vlan=01' results in the LAN being scanned, and the devices on the lan appear in the results. But when I scan '-vlan02' I get no responses. Same result if I scan using the vlan tag for the same vlan '-vlan=20'.
Not sure what to do from here... Any help is appreciated..
Beta Was this translation helpful? Give feedback.
All reactions