У нас есть Windows Server 2008 R2, который является нашим сервером DHCP.
В пятницу все машины были подключены без проблем.
После прихода сегодня есть три машины, которые не могут подключиться к Интернету при подключении напрямую к сети.
Когда машины настроены на DHCP, у них появляется сообщение об ошибке: Ethernet has a self-assigned IP address and will not be able to connect to the Internet.
Когда я подключаюсь, используя статический IP, он говорит, что Ethernet подключен и не отображает никаких ошибок, хотя я не могу пропинговать наш шлюз по умолчанию или любую другую машину в сети.
Обе машины работают при подключении к нашему Wi-Fi.
Я изменил сетевые кабели на обеих машинах, изменил, к каким портам они подключаются на коммутаторе, удалил определенные файлы настроек, сбросил ip / dns, попробовал около 7-8 вещей, предложенных в потоках, где у пользователей были похожие проблемы.
http://superuser.com/questions/1006545/mac-not-connecting-to-internet-with-ethernet-cable
https://discussions.apple.com/thread/2268121?tstart=0
http://www.cnet.com/uk/news/fix-self-assigned-ip-addresses-in-os-x/
http://forums.macrumors.com/threads/ethernet-port-keeps-getting-self-assigned-ip-address-and-wont-connect-to-internet.1686426/
В настоящее время у большинства машин нет проблем с подключением или получением IP-адреса, это всего лишь два компьютера Mac и один компьютер Linux.
При входе на DHCP-сервер средство просмотра событий не показывает ошибок в отношении DHCP, когда я устанавливаю статический IP-адрес, машины не отображаются в "активном" пуле.
Я попытался зарезервировать два IP-адреса и установить их статически, но это не имело значения.
Кто-нибудь сталкивался с этой проблемой раньше?
Где / Что я могу сделать, чтобы устранить эту проблему дальше.
Моя следующая мысль - перезагрузить сервер, но я хотел бы получить некоторые альтернативы, прежде чем нарушать рабочий процесс.
Любая помощь приветствуется, и любые необходимые журналы / информация могут быть предоставлены.
Обновите Один:
Просматривая некоторые журналы электронной почты с выходных, что-то казалось сбойным, хотя я не могу точно определить, что именно, поскольку это затронуло только три компьютера, а не всю сеть, я знаю это, потому что я настроил его, когда определенная программа (Deadline Slave 7.2) на машине теряет сетевое соединение или падает, я получаю автоматическое электронное письмо с информацией о машине, к сожалению, нет никакой отладочной информации в письме.
Таким образом, все три из этих машин внезапно потеряли свои сети вчера в 3:15.
IP Config /All - Windows 7 Workstation (Working Machine) Примечание: сеть 168.168 не имеет шлюза по умолчанию и используется только для доступа к внутренним ресурсам.
Конфигурация Windows IP
Host Name . . . . . . . . . . . . : WDBL11
Primary Dns Suffix . . . . . . . : domain.com
Node Type . . . . . . . . . . . . : Hybrid
IP Routing Enabled. . . . . . . . : No
WINS Proxy Enabled. . . . . . . . : No
DNS Suffix Search List. . . . . . : domain.com
Ethernet adapter Local Area Connection 2:
Connection-specific DNS Suffix . :
Description . . . . . . . . . . . : Intel(R) 82579LM Gigabit Network Connection
Physical Address. . . . . . . . . : 74-46-A0-92-49-C9
DHCP Enabled. . . . . . . . . . . : No
Autoconfiguration Enabled . . . . : Yes
IPv4 Address. . . . . . . . . . . : 192.168.168.189(Preferred)
Subnet Mask . . . . . . . . . . . : 255.255.255.0
Default Gateway . . . . . . . . . :
NetBIOS over Tcpip. . . . . . . . : Enabled
Ethernet adapter Local Area Connection:
Connection-specific DNS Suffix . : domain.com
Description . . . . . . . . . . . : Intel(R) 82574L Gigabit Network Connection
Physical Address. . . . . . . . . : 74-46-A0-92-49-CA
DHCP Enabled. . . . . . . . . . . : Yes
Autoconfiguration Enabled . . . . : Yes
IPv4 Address. . . . . . . . . . . : 192.168.2.156(Preferred)
Subnet Mask . . . . . . . . . . . : 255.255.255.0
Lease Obtained. . . . . . . . . . : Friday, August 12, 2016 9:46:44 AM
Lease Expires . . . . . . . . . . : Wednesday, August 24, 2016 9:47:42 AM
Default Gateway . . . . . . . . . : 192.168.2.1
DHCP Server . . . . . . . . . . . : 192.168.2.1
DNS Servers . . . . . . . . . . . : 192.168.2.1
NetBIOS over Tcpip. . . . . . . . : Enabled
Tunnel adapter isatap.domain.com:
Media State . . . . . . . . . . . : Media disconnected
Connection-specific DNS Suffix . : domain.com
Description . . . . . . . . . . . : Microsoft ISATAP Adapter
Physical Address. . . . . . . . . : 00-00-00-00-00-00-00-E0
DHCP Enabled. . . . . . . . . . . : No
Autoconfiguration Enabled . . . . : Yes
Tunnel adapter isatap.{FD961D02-7D75-4C0D-ACD0-5656C37B8673}:
Media State . . . . . . . . . . . : Media disconnected
Connection-specific DNS Suffix . :
Description . . . . . . . . . . . : Microsoft ISATAP Adapter #2
Physical Address. . . . . . . . . : 00-00-00-00-00-00-00-E0
DHCP Enabled. . . . . . . . . . . : No
Autoconfiguration Enabled . . . . : Yes
C:\Users\Ryan>
Windows 7 PC Ping - шлюз по умолчанию
C:\Users\Ryan> ping 192.168.2.1
Pinging 192.168.2.1 with 32 bytes of data:
Reply from 192.168.2.1: bytes=32 time<1ms TTL=128
Reply from 192.168.2.1: bytes=32 time<1ms TTL=128
Reply from 192.168.2.1: bytes=32 time<1ms TTL=128
Reply from 192.168.2.1: bytes=32 time<1ms TTL=128
Ping statistics for 192.168.2.1:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 0ms, Maximum = 0ms, Average = 0ms
C:\Users\Ryan>
C:\Users\Ryan> ping domain.com
Pinging eggbox.ie [192.168.2.1] with 32 bytes of data:
Reply from 192.168.2.1: bytes=32 time<1ms TTL=128
Reply from 192.168.2.1: bytes=32 time<1ms TTL=128
Reply from 192.168.2.1: bytes=32 time<1ms TTL=128
Reply from 192.168.2.1: bytes=32 time<1ms TTL=128
Ping statistics for 192.168.2.1:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 0ms, Maximum = 0ms, Average = 0ms
C:\Users\Ryan> ping 8.8.8.8
Pinging 8.8.8.8 with 32 bytes of data:
Reply from 8.8.8.8: bytes=32 time=1ms TTL=57
Reply from 8.8.8.8: bytes=32 time=1ms TTL=57
Reply from 8.8.8.8: bytes=32 time=1ms TTL=57
Reply from 8.8.8.8: bytes=32 time=1ms TTL=57
Ping statistics for 8.8.8.8:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 1ms, Maximum = 1ms, Average = 1ms
C:\Users\Ryan>
Рабочая станция Linux по DHCP (не работает)
[root @ lw01 ~] # ifconfig
eno1: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
RX packets 56656 bytes 4465983 (4.2Mib)
RW errors 0 dropped 0 overruns 0 frame 0
TX packets 693 bytes 87947 (85.8Kib)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
Device interrupt 20 memory 0xf31000000-f312000000
lo: flags=73<UP,LOOPBACK,RUNNING> mtu 655536
inet: 127.0.0.1 netmask 255.0.0.0
inet6 ::1 prefixlen 128 scopeid 0x10<host>
loop txqueulen 0 (Local Loopback)
RX packets 2414 bytes 160780 (157.0 Kib)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
virbr0: flags=4099<UP, BROADCAST, MULTICAST> mtu 1500
inet: 192.168.122.1 netmask 255.255.255.0 broadcast 192.168.122.255 broadcast 192.168.122.255
ether 52:54:X0:8X:XC:BX txqueulen 0 (Ethernet)
RX packers 0 bytes 0 (0.0 B)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 0 bytes 0 (0.0 B)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
[root@lw01 ~]#
[root @ lw01 ~] #ping 192.168.2.1
connect: Network is unreachable
[root@lw01 ~]
Рабочая станция Linux со статическим IP (не работает)
[root @ lw01 ~] # ifconfig
eno1: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 192.168.2.36 netmask 255.255.255.0 broadcast 192.168.94.255
ether 58:0X:CX:44:XX:7X txqueulen 1000 (Ethernet
RW errors 0 dropped 0 overruns 0 frame 0
TX packets 867 bytes 119862 (117.0 Kib)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
Device interrupt 20 memory 0xf31000000-f312000000
lo: flags=73<UP,LOOPBACK,RUNNING> mtu 655536
inet: 127.0.0.1 netmask 255.0.0.0
inet6 ::1 prefixlen 128 scopeid 0x10<host>
loop txqueulen 0 (Local Loopback)
RX packets 2882 bytes 189236 (184.8 Kib)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
virbr0: flags=4099<UP, BROADCAST, MULTICAST> mtu 1500
inet: 192.168.122.1 netmask 255.255.255.0 broadcast 192.168.122.255 broadcast 192.168.122.255
ether 52:54:X0:8X:XC:BX txqueulen 0 (Ethernet)
RX packers 0 bytes 0 (0.0 B)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 0 bytes 0 (0.0 B)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
[root@lw01 ~]#ping 192.168.2.1
PING 192.168.2.1 (192.168.94.1) 56(84) bytes of data.
FROM 192.168.2.1 icmp_seq=1 Destination Host Unreachable
FROM 192.168.2.1 icmp_seq=2 Destination Host Unreachable
FROM 192.168.2.1 icmp_seq=3 Destination Host Unreachable
FROM 192.168.2.1 icmp_seq=4 Destination Host Unreachable
--- 162.168.2.1 ping statistics ---
4 packets transmitted, 0 recieved, +4 errors, 100% packet loss, time 4000ms pipe 4
[root@lw01 ~]#
Netstat -rn
Destination Gateway Genmask Flags MSS Window Irtt Iface
0.0.0.0 192.168.2.1 255.255.255.0 UG 0 0 0 0 eno1
192.168.2.0 0.0.0.0 255.255.255.0 U 0 0 0 0 eno1
192.168.122.0 0.0.0.0 255.255.255.0 U 0 0 0 0 virbr0
arp -a
DOMAIN (192.168.2.1) at <incomplete> on eno1
[root@lw01 ~]#
Обновление два несколько решены
Таким образом, после перезагрузки нашего сервера проблема все еще оставалась (мои мысли были, если произошел сбой, даже если он был недолгим, сервер мог удерживать IP/Mac-адреса, поэтому рабочие станции не могли получить новые от пул, как зависший PID после сбоя системы)
Хотя это была еще одна вещь, отмеченная в списке.
У нас есть 24-портовый коммутатор, поэтому я подключил машины, на которых возникли проблемы, это решило его на двух компьютерах Mac, на рабочей станции Linux все еще были проблемы.
Рабочая станция Linux может получить IP-адрес, она может пропинговать шлюз по умолчанию и получить доступ к нашим файловым серверам, но она не может пинговать локально по сети или получать доступ к внешним сайтам, через имя хоста или IP, что странно, поскольку у нее не было проблем с подключением к наш файловый сервер, я просматриваю этот файл до хоста или файла конфигурации, которые могли быть испорчены во время сбоя и будут расследовать его дальше.
Таким образом, проблема заключалась в хитром 48-портовом коммутаторе. причина, по которой его было трудно сузить, заключалась в том, что это затрагивало отдельные порты, порты 13, 24, 32. Кроме того, при входе в коммутатор через графический интерфейс не было никаких признаков ошибок или проблем.
Изображение консоли управления / журнал ошибок. Последняя ошибка была зарегистрирована в апреле.
Я переместил кабели между портами на этом коммутаторе, и они не решили проблему, поэтому я считаю, что затронуто больше портов, и коммутатор находится на последних ногах.
Прежде чем пометить этот вопрос как решенный, я хочу проверить все порты, чтобы я знал, какие из них являются плохими, и если это 100% коммутатор, как при просмотре консоли журналов / управления на коммутаторе, по-видимому, ошибок нет. все на этом.
Публикуем результаты теста / Обновления здесь.