Sem conexão do terminador de rede ótica

Question

Aqui está o problema:

O provedor nos forneceu um espaço de endereço IP público x.y.z.0 / 28, onde x.y.z.1 é o endereço de uma interface em seu próprio dispositivo de rede, que deve ser um gateway padrão para nosso servidor, de acordo com suas palavras. Existe uma ligação óptica entre o fornecedor e o conversor óptico no lado do servidor e a ligação elétrica do conversor para o servidor.

Eu configurei a interface de rede principal do servidor desta maneira:

ifconfig eth0 x.y.z.2 / 28 up

route add padrão gw x.y.z.1 netmask 255.255.255.240 dev eth0

Mas, quando eu tento pingar x.y.z.1, o icmp me diz que o host de destino está inacessível iptables instalados, mas a política é ACEITAR em todos os lugares.

É muito interessante que o link não esteja mostrando nenhuma atividade, pelo LED diods no NIC. Eu tentei outro NIC, e é o mesmo caso. Eu tentei até mesmo no meu laptop com o sistema operacional Windows, e eu não recebi nenhuma notificação razoável, em vez disso, eu tenho o cabo de rede desconectado!

Mas quando coloco o cabo no outro servidor com o Windows Server 2003, os LEDs da NIC mostram atividade. Esse servidor está dando acesso à internet apenas cerca de 10 minutos após o reinício, depois de parar de servir, provavelmente NAT, por razões inexplicáveis para mim. Eu não tenho insight para ganhar servidor, porque é sob a senha de outro administrador que não está mais disponível, por isso foi a razão para construir um servidor Debian a partir do zero, mas no grande problema que está começando está na minha frente. / p>

Então, alguém tem uma idéia de qual é a causa do problema e como resolvê-lo?

    

Answer 1

Algumas coisas vêm à mente:

1. Aprendizado de endereço MAC. Meu modem a cabo doméstico faz isso e, uma vez visto um MAC, ele não responde a nenhum outro MAC. Ligar e desligar o modem a cabo faz com que ele esqueça que o MAC é visto para que eu possa usá-lo com outro sistema.
2. Crossover cabo / intrigante confusão. Você está usando um quando deveria estar usando o outro. Eu não sei ao certo se isso funciona, mas eu sei que o Mac OS X (10.3, pelo menos) irá reconhecer quando este for o caso e se adaptar de acordo. Parece que a caixa do Linux que você está usando não está fazendo isso. Não é para funcionar dessa maneira, mas a Apple gosta de facilitar as coisas para o usuário final; Eu não ficaria surpreso se a Microsoft ou o OEM da NIC fizer o mesmo.

Answer 2

Para adicionar à lista de Kevin:

• Verifique se há link Ethernet
• Verifique o ARP, considere o uso do tcpdump ou wireshark para verificar se há qualquer tráfego
• Perguntar se eles exigem que você defina manualmente a velocidade do link / duplex

Answer 3

Primeiro, verifiquei a segunda solução possível de Kevin. Foi cabo direto, então isso não foi causa do problema.

Depois disso, decidi fazer power-cycling. Mas quando abri o rack, havia uma enorme bagunça nele, pelo menos 10 dispositivos de rede com massa de cabos e fios. Não foi nada rotulado (não sei por quê), então concluí que é mais fácil mudar as placas de rede entre o servidor Debian e Win e descobrir o que vai acontecer. Se o aprendizado MAC é um problema, isso irá resolvê-lo. Mas depois que eu mudo os NICs entre servidores, surgiu um problema inesperado: o kernel não reconheceu um novo NIC. Este problema provavelmente poderia ser resolvido adicionando alguns módulos do kernel, ou de maneira similar, mas sem conexão com a Internet, não consegui encontrar a maneira correta de fazê-lo. Então eu decidi reinstalar o Debian com o novo NIC na caixa. Depois disso, o kernel tem racognized o NIC e os LEDs começam a mostrar alguma atividade. Finalmente, eu consegui ping x.y.z.1. Então, o link está ok.

Mas, quando eu tentei pingar o IP de um servidor de nomes na rede do provedor, não obtive resposta alguma! Eu tentei traceroute IP de um servidor de nomes, e eu tenho 4 saltos, todos dentro da rede do provedor, depois que eu tenho estrelas (* * * e última resposta * *). Eu tentei pingar o segundo salto e o terceiro salto, foi ok, mas eu não recebi nenhuma resposta quando tentei pingar o quarto salto!

Existe algum parâmetro de kernel que eu possa configurar? Devo definir alguns parâmetros dentro do sysctl.conf?

De qualquer forma, aguarda as respostas.