Skip to content
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

Allow RDNS to check/discover hostnames when ARP Implementation does not provide them. #4419

Open
3 tasks done
jumpsmm7 opened this issue Mar 23, 2022 · 1 comment
Open
3 tasks done

Comments

@jumpsmm7
Copy link
Contributor

jumpsmm7 commented Mar 23, 2022

Have a question or an idea? Please search it on our forum to make sure it was not yet asked. If you cannot find what you had in mind, please submit it here.

Prerequisites

Please answer the following questions for yourself before submitting an issue. YOU MAY DELETE THE PREREQUISITES SECTION.

  • I am running the latest version
  • I checked the documentation and found no answer
  • I checked to make sure that this issue has not already been filed

Problem Description

As mentioned previous problems #3142 #3597 spawned a new feature request as a result of not every ARP implementation providing Client hostname information along side it. A conundrum is created. While the addition of the reading of ARP cache allows for the addition of more Client DATA, the conundrum present means that not all clients will have hostnames available. A recipe for an incomplete client list.

Proposed Solution

A propose solution as discussed between @EugeneOne1 and I in prior issue #3142 , #3142 (comment)

Some of the devices discovered under ARP, do have an RDNS associated as well.
Is there away this could be a joined feature as well. Maybe RDNS is not working hard enough and needs to be used after ARP is discovered as well.

we're already have a couple of related issues (#1949, #3020).
However, if I recall correctly, no one ever suggested to resolve clients recieved from ARP with rDNS. This may be useful since some implementations of ARP don't support hostnames.

Alternatives Considered

Will be added pending other suggestions are presented.

Additional Information

image

Shortened for readability

/tmp/home/root# cat /proc/net/arp
IP address HW type Flags HW address Mask Device
192.168.1.133 0x1 0x2 74:e1:82:36:05:ef * br0
192.168.1.183 0x1 0x2 00:c3:f4:df:12:7e * br0
192.168.1.17 0x1 0x2 e4:5f:01:45:57:9d * br0
192.168.1.12 0x1 0x2 34:97:f6:70:16:50 * br0

/tmp/home/root# arp -an
? (192.168.1.133) at 74:e1:82:36:05:ef [ether] on br0
? (192.168.1.183) at 00:c3:f4:df:12:7e [ether] on br0
? (192.168.1.17) at e4:5f:01:45:57:9d [ether] on br0
? (192.168.1.12) at 34:97:f6:70:16:50 [ether] on br0

@jumpsmm7 jumpsmm7 changed the title Allow RDNS to check for or discover hostames when ARP Implementation does not provide them. Allow RDNS to check/discover hostames when ARP Implementation does not provide them. Mar 23, 2022
@jumpsmm7 jumpsmm7 changed the title Allow RDNS to check/discover hostames when ARP Implementation does not provide them. Allow RDNS to check/discover hostnames when ARP Implementation does not provide them. Mar 23, 2022
@t0niX

This comment was marked as duplicate.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants