Zerotier ARP entry is messsing up 1 IP-address

Community Support
1

My network encounters an issue with 1 IP address (192.168.1.4). This is normally the address for my laserprinter and worked for years. Suddenly I had issues on this IP. Moved the printer to a new IP and problem does not occur anymore.

Currently 192.168.1.4 is not used. Checking the ARP cache on all machine, I found this

arp

Address HWtype HWaddress Flags Mask Iface
192.168.1.91 ether 00:01:db:xyz C enp1s0f0
192.168.1.223 ether 20:17:42:xyz C enp1s0f0
192.168.1.218 (incomplete) br-9a8d049f9fbb
192.168.192.34 ether b6:75:e5:xyz C ztyouu2ouh
192.168.1.4 (incomplete) br-9a8d049f9fbb

Iface “br-9a8d049f9fbb” is a zerotier network interface containing entry 192.168.1.4. How can I resolve this issue because there is no virtual adapter on 192.168.1.4.

Thanks for you feedback

2

Looked in it and was able to remove the entry:

arp -i br-9a8d049f9fbb

192.168.1.4 is there

arp -i br-9a8d049f9fbb -d 192.168.1.4

arp -i br-9a8d049f9fbb

192.168.1.4 is gone.

Lets test IP address again. Will provide feedback after testing

3

Can you say a little more about your setup? Are you bridging zerotier and physical lan?

4

I think so. I have a physical LAN via 192.168.1.x and a virtual lan via Zerotier on 192.168.192.x.
Does that answer your question ?

5

It does… thanks.
Any wild guesses at what could have triggered it?
The arp output is from a linux? I’m not familiar with why a zerotier interface would start with “br”

6

I’m not sure but I de-installed docker on this linux platform and all br- are gone. It was my assumption that these were zerotier’s, but apparently these are not.

Example:

(192.168.192.104) at <Mac address 1> [ether] on ztyouu2ouh (instance 1)
(192.168.192.93) at <Mac address 2 > [ether] on ztyouu2ouh (instance 2)

7

This topic was automatically closed 7 days after the last reply. New replies are no longer allowed.