A NIC do meu desktop não deseja se conectar ao meu switch, mesmo que o laptop faça isso (usando o mesmo conector e cabo Ethernet).
Configurar: Estou instalando um cabo CAT6a em todos os cômodos principais da minha casa. Embora nenhum dos meus endpoints tenha velocidade superior a um gigabit, estou tentando preparar a infraestrutura para o futuro.
Problema (alto nível): Usando o mesmo conector e cabo Ethernet, meu laptop (um Dell XPS M1530) se conecta com êxito ao switch, mas meu desktop (usando uma NIC integrada na placa-mãe MSI P67A-GD65 B3) não consegue fazer isso. O switch é um D-Link DGS-1024D. Ambas as máquinas estão executando o Windows 7 Ultimate x64.
Problema (detalhes adicionais):Observar o ícone de rede na bandeja do laptop mostra que o adaptador Ethernet está conectado a uma "Rede" e possui uma conexão com a Internet. Já a área de trabalho mostra seu adaptador Ethernet conectado a uma "Rede não identificada" e sem conexão com a Internet.
Além disso, observando o "Status da conexão local" na área de trabalho, percebi que ele nunca recebe nenhum pacote do switch. No entanto, ele identifica corretamente quando o cabo Ethernet é inserido e removido.
Coisas que tentei: Essas foram as grandes coisas que tentei até agora, mas não ajudaram.
- Certifiquei-me de que estou executando odrivers mais recentesna minha área de trabalho. (Drivers Realtek PCI-E Ethernet v7.043).
- Reinstalei o driver.
- Reiniciado
- DNS liberado
- Renovou o IP.
- Uma pesquisa no navegador me levou aesta páginaque mencionou que o serviço Boujour DNS Responder pode causar problemas. Eu não estou executando esse serviço.
- Tentei forçar várias velocidades e duplexes na página de configuração avançada da NIC.
- Desktop forçado a usar as configurações de IP do laptop (veja abaixo).
Detalhes úteis (espero): Quando o laptop (com sucesso) se conecta ao switch em execução, o ipconfig mostra as seguintes informações:
Ethernet adapter Local Area Connection:
Connection-specific DNS Suffix . : hsd1.wa.comcast.net.
Description . . . . . . . . . . . : Marvell Yukon 88E8040 PCI-E Fast Ethernet Controller
Physical Address. . . . . . . . . : 00-21-9B-D4-46-30
DHCP Enabled. . . . . . . . . . . : Yes
Autoconfiguration Enabled . . . . : Yes
Link-local IPv6 Address . . . . . : fe80::91c:9d7d:997a:bf54%10(Preferred)
IPv4 Address. . . . . . . . . . . : 50.132.27.162(Preferred)
Subnet Mask . . . . . . . . . . . : 255.255.254.0
Lease Obtained. . . . . . . . . . : Friday, August 19, 2011 12:43:04 AM
Lease Expires . . . . . . . . . . : Monday, August 22, 2011 9:40:24 AM
Default Gateway . . . . . . . . . : 50.132.26.1
DHCP Server . . . . . . . . . . . : 68.87.69.10
DHCPv6 IAID . . . . . . . . . . . : 234889627
DHCPv6 Client DUID. . . . . . . . : 00-01-00-01-14-BA-B5-F3-00-21-9B-D4-46-30
DNS Servers . . . . . . . . . . . : 68.87.69.150
68.87.85.102
NetBIOS over Tcpip. . . . . . . . : Enabled
Quando a área de trabalho não consegue se conectar, um ipconfig mostra as seguintes informações:
Ethernet adapter Local Area Connection:
Connection-specific DNS Suffix . :
Description . . . . . . . . . . . : Realtek PCIe GBE Family Controller
Physical Address. . . . . . . . . : 6C-62-6D-3B-DF-92
DHCP Enabled. . . . . . . . . . . : Yes
Autoconfiguration Enabled . . . . : Yes
Link-local IPv6 Address . . . . . : fe80::b8a9:2901:672e:7916%14(Preferred)
Autoconfiguration IPv4 Address. . : 169.254.121.22(Preferred)
Subnet Mask . . . . . . . . . . . : 255.255.0.0
Default Gateway . . . . . . . . . :
DHCPv6 IAID . . . . . . . . . . . : 174875245
DHCPv6 Client DUID. . . . . . . . : 00-01-00-01-15-53-8A-F1-6C-62-6D-3B-DF-92
DNS Servers . . . . . . . . . . . : fec0:0:0:ffff::1%1
fec0:0:0:ffff::2%1
fec0:0:0:ffff::3%1
NetBIOS over Tcpip. . . . . . . . : Enabled
Embora o laptop e o desktop tenham sido forçados a obter automaticamente seus endereços IP, tentei forçar o desktop a usar as configurações de IP do laptop, mas isso não resolveu o problema. Em vez disso, mostrou que o IP já estava em uso (estranho, porque o laptop não estava mais conectado ao switch). Forçar o desktop a usar 50.132.27.163 como seu IP não apresentou erro de colisão de IP, mas também não habilitou o acesso à Internet no desktop.
Por fim, executar arp -a na área de trabalho mostrou o seguinte, mas eu não sabia como interpretar essa informação.
Interface: 169.254.121.22 --- 0xe
Internet Address Physical Address Type
169.254.255.255 ff-ff-ff-ff-ff-ff static
224.0.0.22 01-00-5e-00-00-16 static
224.0.0.252 01-00-5e-00-00-fc static
255.255.255.255 ff-ff-ff-ff-ff-ff static
Estou ficando sem ideias, qualquer ajuda adicional seria apreciada.
Responder1
Não tenho certeza por que a outra resposta foi rejeitada. Eu diria o mesmo com base nas informações fornecidas.... mas um pouco mais -
Você está usando IPs públicos em uma rede privada. Se não for intencional, esta é uma configuração estranha e concordo com m0skit0 que parece que você tem problemas de DHCP ou outros erros de infraestrutura.
Alguns roteadores/switches (gerenciados) e outros dispositivos lembram endereços IP que estavam em uso (têm um tempo limite mais longo), o que pode causar erros ao reutilizar rapidamente o mesmo endereço IP com diferentes NIC/MACs.
A menos que você esteja tentando fornecer um IP público para cada máquina e/ou se não tiver um servidor DHCP, se todas essas máquinas estiverem na mesma rede/sub-rede, eu recomendo usar apenas o intervalo 192.0.0.x com sub-rede 255.255.255.0 e escolha um número exclusivo para cada máquina.
Se isso não estiver certo/útil, você pode dizer um pouco mais sobre sua rede - sua configuração não é simples e ajudaria a aprender um pouco mais - onde está o roteador, você está tentando usar ips públicos, etc. .
Responder2
Acho que seus problemas vêm do fato de que a máquina laptop está usando configurações TCP/IP configuradas manualmente enquanto suas máquinas desktop estão tentando usar um servidor DHCP inexistente (ou que não responde). Veja aqui:
Computador portátil:
IPv4 Address. . . . . . . . . . . : 50.132.27.162(Preferred)
Área de Trabalho:
Autoconfiguration IPv4 Address. . : 169.254.121.22(Preferred)
Normalmente, quando nenhuma resposta do DHCP é obtida, as máquinas Windows ficam com o endereço IP 169.254.XX. Além disso, nenhum servidor DNS foi definido. E o endereço IP do seu desktop obviamente não tem nenhuma relação com o endereço e a máscara de rede mostrados nas configurações do laptop. Portanto, acho que seu problema definitivamente é a configuração das configurações de TCP/IP.
Configure manualmente as configurações TCP/IP do seu desktop como as mostradas na configuração do laptop e tente novamente (conecte apenas a máquina desktop, ou você terá conflitos de IP).