wellingtonfelix
(usa Outra)
Enviado em 28/02/2013 - 16:30h
kleber-rr escreveu:
Bom dia a todos.
Estou com um problema de DCHP em um servidor Debian. O administrador de redes utilizou da classe C para definir os endereços IPs dos pcs (cerca de 500pcs) na rede em duas subclasses: 192.168.1.0 e 192.168.2.0. Só que essas duas subclasses não se comunicam, ou seja, as máquinas de uma subclasse não se comunicam com as da outra subclasse.
A configuração esta assim:
subnet 192.168.0.0 netmask 255.255.252.0 {
range 192.168.1.20 192.168.1.250;
range 192.168.2.20 192.168.2.250;
option routers 192.168.2.4;
}
Pensei em refazer essa configuração utilizando a classe B, mas antes disso,gostaria de saber se é possível corrigir este problema sem alterar a classe de IPs utilizados pelo DHCP.
Fico no aguardo.
@kleber-rr, acho que está rolando alguma confusão aí cara.
Só alinhando algumas coisas
- Você tem apenas uma subnet.
subnet 192.168.0.0 netmask 255.255.252.0 {
Essa subnet cobre 1024 endereços, sendo que dois desses são endereços pré-reservados para ID de rede (192.168.0.0) e Broadcast (192.168.3.255). Todo e qualquer endereço a partir de 192.168.0.1 até 192.168.3.254 fazer parte da mesma subnet, eles podem (e devem) se comunicar sem a necessidade de qualquer tipo de roteamento.
O computador com IP 192.168.0.1 deve pingar tanto o 192.168.0.2 quanto o 192.168.3.254 sem nenhum problema.
Caso isto não esteja ocorrendo, tem algo "a mais" que esse outro administrador deixou. Seja alguma maquina com IP fixo que recebe outro Default gateway, seja uma subnet dentro desta subnet... Alguma coisa tem.
Seguindo esta lógica, nem é necessário ter duas interfaces de rede com IPs diferentes. Desde que tenha um IP dentro da faixa de 192.168.0.1 até 192.168.3.254, ele consegue ser o default gateway de todos os IPs desta subnet.
