Temos um Windows Server 2008 R2, que é o nosso servidor DHCP.
Na sexta-feira, todas as máquinas foram conectadas sem problemas.
Depois de chegar hoje, há três máquinas que não podem se conectar à internet quando conectadas diretamente à rede.
Quando as máquinas estão definidas para DHCP, elas têm uma mensagem de erro: Ethernet has a self-assigned IP address and will not be able to connect to the Internet.
Quando eu conecto usando um IP estático, ele diz que a Ethernet está conectada e não exibe nenhum erro, embora eu não consiga efetuar ping em nosso gateway padrão ou qualquer outra máquina na rede.
As duas máquinas funcionam quando conectadas ao nosso Wi-Fi.
Alterei os cabos de rede para as duas máquinas, alterei as portas nas quais eles estão se conectando no switch, excluímos alguns arquivos de preferências, liberamos o ip / dns, tentamos cerca de 7-8 coisas sugeridas em encadeamentos onde os usuários tinham problemas parecidos.
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/
Atualmente, a maioria das máquinas não está tendo problemas para conectar ou obter um endereço IP, são apenas duas máquinas Mac e uma máquina Linux.
Quando conectado ao servidor DHCP, o visualizador de eventos não mostra nenhum erro em relação ao DHCP, quando eu configuro um IP estático, as máquinas não aparecem no conjunto "ativo".
Eu tentei reservar dois endereços IP e defini-los estaticamente, mas não fez diferença.
Alguém já experimentou esse problema antes?
Onde / O que posso fazer para solucionar isso ainda mais.
Meu próximo pensamento é reiniciar o servidor, mas gostaria de algumas alternativas antes de interromper o fluxo de trabalho.
Qualquer ajuda é apreciada e quaisquer registros / informações necessárias podem ser fornecidos.
Atualizar um:
Depois de olhar alguns logs de e-mail do final de semana, algo pareceu falhar, embora eu não consiga apontar exatamente o que, pois afetou apenas três máquinas em vez de toda a rede, eu sei disso porque eu configuro determinado programa (Deadline Slave 7.2) em uma máquina perde conectividade de rede ou falha Eu recebo um e-mail automático com a informação da máquina, infelizmente nenhuma informação de depuração no e-mail.
Então todas essas três máquinas de repente perderam suas redes ontem às 3:15.
Configuração de IP / Tudo - Windows 7 Workstation (Working Machine) Nota: a rede 168.168 não possui um gateway padrão e é usada apenas para acessar recursos internos.
Configuração IP do Windows
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 - Gateway padrão
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: \ Usuários \ 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: \ Usuários \ 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>
Estação de trabalho Linux no DHCP (não funciona)
[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 ~]
Estação de trabalho Linux com um IP estático (não funciona)
[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 ~]#
Atualização dois um pouco resolvida
Então, após a reinicialização do nosso servidor, o problema ainda estava lá (meus pensamentos foram, se houve um acidente, mesmo que fosse breve o servidor pode ter sido mantido em endereços IP / Mac e é por isso que as estações de trabalho não puderam aqueles da piscina, como um PID pendurado após uma falha do sistema)
Embora isso tenha sido mais uma coisa que saiu da lista.
Temos um switch de 24 portas, então liguei as máquinas que estavam com problemas, isso resolveu nas duas máquinas Mac, a estação de trabalho Linux ainda tinha problemas.
A estação de trabalho Linux poderia obter um endereço IP, poderia pingar o gateway padrão e acessar nossos servidores de arquivos, mas não poderia pingar localmente pela rede ou acessar sites externos via Hostname ou IP, o que é estranho porque não tinha problemas de conexão com o nosso servidor de arquivos, estou calculando que um até um host ou arquivo de configuração que pode ter sido confundido durante o acidente e vai investigar mais.
Então, o problema era um switch de 48 portas desonesto. a razão pela qual foi difícil reduzi-lo foi porque eram portas individuais afetadas, porta 13, 24, 32. Além disso, ao fazer login no switch por meio de um Gui, não havia sinais de erros ou problemas.
Imagem do console de gerenciamento / log de erros. Último erro foi relatado em abril.
Eu movi os cabos entre as portas naquele switch e eles não resolveram o problema, então acredito que há mais portas afetadas e a mudança está em suas últimas etapas.
Antes de marcar esta questão como resolvida, quero verificar todas as portas para que eu saiba quais são ruins e se é 100% o switch, como olhando para os logs / console de gerenciamento no switch, parece haver sem erros.
Postará os resultados / atualizações do teste aqui.
Tags dns networking dhcp router