У меня проблема, которая вызывает множество проблем в нашей локальной сети.
У меня Windows Server с одной сетевой картой 192.168.0.100
У меня есть определенные службы, работающие на сервере, с которым у меня проблема с подключением, база данных - это SQL.
Обращаясь к этой проблеме, я замечаю, что если я отправлю широковещательный запрос arp для IP 192.168.0.100, он вернет кучу разных MAC-адресов, включая правильный MAC-адрес сервера. Я получаю 8 разных адресов в ответе.
Я предполагаю, что это вызывает проблемы с подключением.
Мой вопрос: я очистил таблицу arp на всех наших коммутаторах и маршрутизаторах. (Я их тоже перезапустил). Как я могу узнать, где они хранятся и почему они отвечают на этот IP.
заранее спасибо
С моей Linux-машины:
rh@deb-967:~$ arping -b 192.168.0.100
ARPING 192.168.0.100 from 192.168.0.16 eth0
Unicast reply from 192.168.0.100 [xx:xx:xx:xx:BB:A9] 0.582ms
Unicast reply from 192.168.0.100 [xx:xx:xx:xx:CR:23] 0.602ms
Unicast reply from 192.168.0.100 [xx:xx:xx:xx:C8:76] 0.613ms
Unicast reply from 192.168.0.100 [xx:xx:xx:xx:NH:K9] 0.623ms
Unicast reply from 192.168.0.100 [xx:xx:xx:xx:HG:39] 0.632ms
Unicast reply from 192.168.0.100 [xx:xx:xx:xx:CF:02] 0.643ms <<-- Correct Mac
Unicast reply from 192.168.0.100 [xx:xx:xx:xx:E6:49] 0.652ms
Unicast reply from 192.168.0.100 [xx:xx:xx:xx:DH:BU] 0.662ms
^CSent 1 probes (1 broadcast(s))
Received 8 response(s)
Когда я проделываю то же самое с сервером LAN, который работает правильно, я получаю ...
rh@deb-967:~$ arping -b 192.168.0.112
ARPING 192.168.0.112 from 192.168.0.16 eth0
Unicast reply from 192.168.0.112 [xx:xx:xx:xx:xx:32] 0.659ms <-- Correct MAC
Unicast reply from 192.168.0.112 [xx:xx:xx:xx:xx:32] 0.801ms <-- Correct MAC
Unicast reply from 192.168.0.112 [xx:xx:xx:xx:xx:32] 0.732ms <-- Correct MAC
^CSent 3 probes (3 broadcast(s))
Received 3 response(s)
РЕДАКТИРОВАТЬ....
Отследил один из ошибочных MAC-адресов до машины в локальной сети, вот подробности конфигурации IP ...
C:\Windows\system32>ipconfig /all
Windows IP Configuration
Host Name . . . . . . . . . . . . : pc5434
Primary Dns Suffix . . . . . . . : mydomain.local
Node Type . . . . . . . . . . . . : Hybrid
IP Routing Enabled. . . . . . . . : No
WINS Proxy Enabled. . . . . . . . : No
DNS Suffix Search List. . . . . . : mydomain.local
Ethernet adapter Local Area Connection:
Connection-specific DNS Suffix . : mydomain.local
Description . . . . . . . . . . . : Realtek PCIe GBE Family Controller
Physical Address. . . . . . . . . : xx:xx:xx:xx:BB:A9
DHCP Enabled. . . . . . . . . . . : Yes
Autoconfiguration Enabled . . . . : Yes
Link-local IPv6 Address . . . . . : xxxx::11c:xxxx:30b:xxxx%11(Preferred)
IPv4 Address. . . . . . . . . . . : 192.168.0.78(Preferred)
Subnet Mask . . . . . . . . . . . : 255.255.255.0
Lease Obtained. . . . . . . . . . : 11 October 2016 17:45:01
Lease Expires . . . . . . . . . . : 19 October 2016 17:44:57
Default Gateway . . . . . . . . . : 192.168.0.1
DHCP Server . . . . . . . . . . . : 192.168.0.20
DHCPv6 IAID . . . . . . . . . . . : 230497568
DHCPv6 Client DUID. . . . . . . . : 00-01-00-01-1R-3D-65-58-xx:xx:xx:xx:BB:A9
DNS Servers . . . . . . . . . . . : 192.168.0.20
192.168.0.40
NetBIOS over Tcpip. . . . . . . . : Enabled
Я никогда не делал этого в Netgear, но согласно Руководство по администрированию программного обеспечения интеллектуального коммутатора GS700TS в веб-интерфейсе нужно перейти в Переключение> Таблица адресов> Базовая> Таблица адресов. Выберите «поиск по mac-адресу». Введите один из «неправильных» MAC-адресов (например, xx: xx: xx: xx: BB: A9) и нажмите «Перейти».
Это сообщит вам, на каком порту коммутатора был получен этот MAC-адрес, чтобы вы могли проверить, какое устройство к нему подключено, и проверить настройки IP этого устройства.
Обратите внимание, что показанный порт также может быть портом, подключенным к другому коммутатору, и в этом случае вам необходимо повторить вышеуказанные шаги на этом коммутаторе.