[4.2.6] Некорректное отображение MAC адреса клиента

[spatiumstas]

STR

1. В локальной сети есть мини-пк с установленным proxmox 

2. В списках клиентов ему выдается один мак

3. Ввод команды show ip arp покажет совершенно другой мак у устройства с этим IP адресом 

 

@eralde

Изменено 9 февраля пользователем spatiumstas

[Leshiyart]

столкнулся с таким же поведением, в зарегистрированных клиентах отображается активным, хотя мак устройства другой

Изменено 9 февраля пользователем Leshiyart

[eralde]

3 часа назад, spatiumstas сказал:

STR

1. В локальной сети есть мини-пк с установленным proxmox 

2. В списках клиентов ему выдается один мак

3. Ввод команды show ip arp покажет совершенно другой мак у устройства с этим IP адресом

@eralde

Веб-интерфейс показывает MAC-адрес из выдачи show ip hotspot.

@Le ecureuil

[Le ecureuil]

Чей mac e0:51:d8:18:26:ea? Похоже на то, что у вас Proxmox находится за Mac address translator, часто это точки доступа и рипитеры.

[Leshiyart]

9 минут назад, Le ecureuil сказал:

Чей mac e0:51:d8:18:26:ea? Похоже на то, что у вас Proxmox находится за Mac address translator, часто это точки доступа и рипитеры.

Конкретно в своей ситуации я разобрался. Было вот что. Proxmon (скорее всего) наследует мак первого интерфейса добавленного в его собственный бридж (а я как раз добавлял сетевые карты), так же у proxmon задан айпи статикой. При этом в кине был зарегистрирован клиент еще со старым маком и статичным йп.
При этом я и знать не знал что мак у устройства поменялся, веб отображает активным устройство со старым маком если йапи адрес устройства закреплённый за клиентом совпадает со статикой заданной на самом клиенте.

Изменено 10 февраля пользователем Leshiyart

[spatiumstas]

18 минут назад, Le ecureuil сказал:

Чей mac e0:51:d8:18:26:ea? Похоже на то, что у вас Proxmox находится за Mac address translator, часто это точки доступа и рипитеры.

Ноды, судя по всему. Но 7c:83:34:b4:3f:8c нигде не указывается

root@proxmox:~# ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host noprefixroute 
       valid_lft forever preferred_lft forever
2: enp3s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast master vmbr0 state UP group default qlen 1000
    link/ether e0:51:d8:18:26:ea brd ff:ff:ff:ff:ff:ff
3: wlp1s0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000
    link/ether 34:a6:ef:35:6a:67 brd ff:ff:ff:ff:ff:ff
4: vmbr0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    link/ether e0:51:d8:18:26:ea brd ff:ff:ff:ff:ff:ff
    inet 192.168.10.133/24 scope global vmbr0
       valid_lft forever preferred_lft forever
    inet6 fe80::e251:d8ff:fe18:26ea/64 scope link 
       valid_lft forever preferred_lft forever

 

Изменено 10 февраля пользователем spatiumstas

[spatiumstas]

@Le ecureuil Нашлась пропажа. 7c:83 это старый мак-адрес прошлого мини-пк который был зарегистрирован под 133. Снятие текущей регистрации сразу отобразило актуальный мак - e0:51

Всё-равно баг получается? Клиент не должен был отображаться подключённым если у него другой мак?

Изменено 10 февраля пользователем spatiumstas

[Le ecureuil]

8 часов назад, spatiumstas сказал:

@Le ecureuil Нашлась пропажа. 7c:83 это старый мак-адрес прошлого мини-пк который был зарегистрирован под 133. Снятие текущей регистрации сразу отобразило актуальный мак - e0:51

Всё-равно баг получается? Клиент не должен был отображаться подключённым если у него другой мак?

Такая ситуация может сложиться, и это не совсем баг. Кинетик ее распознал как то, что у устройства настоящий mac указан в статике, но в реальности он сидит за mac-транслятором. С внешней точки зрения эти ситуации видимо неразличимы.

[Leshiyart]

7 часов назад, Le ecureuil сказал:

Такая ситуация может сложиться, и это не совсем баг. Кинетик ее распознал как то, что у устройства настоящий mac указан в статике, но в реальности он сидит за mac-транслятором. С внешней точки зрения эти ситуации видимо неразличимы.

нет там никакой трансляции, выше речь вообще о физически другом пк.
список клиентов ориентируется на айпи адрес получается, а не мак адрес.
(точнее так, он предполагает что выдаст ему его по dhcp, но если у клиента с отличным мак от регистрации задать статикой этот же фикс айпи, клиент появится в списке как активный, хотя это уже совершенно другой клиент по факту) при этом никаких уведомлений о новом клиенте не было. снял галку с фикс айпи, сразу появился новый клиент и уведомление пришло.
 

[Le ecureuil]

5 часов назад, Leshiyart сказал:

нет там никакой трансляции, выше речь вообще о физически другом пк.
список клиентов ориентируется на айпи адрес получается, а не мак адрес.
(точнее так, он предполагает что выдаст ему его по dhcp, но если у клиента с отличным мак от регистрации задать статикой этот же фикс айпи, клиент появится в списке как активный, хотя это уже совершенно другой клиент по факту) при этом никаких уведомлений о новом клиенте не было. снял галку с фикс айпи, сразу появился новый клиент и уведомление пришло.
 

Все так, потому что вашу ситуацию и ситуацию с трансляцией отличить внешне невозможно. При этом трансляция маков встречается в жизни чаще, потому логика и сделана, что в таких случаях подозревает ее.