A rota padrão no quagga não funciona se especificado usando interface em vez de endereço

Question

Eu tenho o seguinte zebra.conf na minha caixa do roteador "A":

hostname nuclear-router
password password
enable password password

interface eth0
ip address 192.168.2.1/24
multicast
no shutdown

interface wlan0
ip address 192.168.1.2/24
multicast
no shutdown

#ip route 0.0.0.0/0 wlan0 # Does not work. 
ip route 0.0.0.0/0 192.168.1.1 # Works beautifully

eth0 está conectado a um switch e contém o intervalo 192.168.2.0/24, e A está conectado ao meu WRT54GL "B" (com o IP 192.168.1.1, contendo o intervalo 192.168.1.0/24, o DHCP atende IPs acima .100) sem fio. B está conectado diretamente ao meu modem DSL.

O problema é que, quando especifico a rota padrão usando o nome da interface, não consigo me conectar à Internet de A ou de quaisquer hosts por trás dela - sempre recebo um erro "sem rota para hospedar". Pesquisa de nomes e ping de qualquer host local (mesmo em um intervalo diferente) ou o modem DSL funciona bem - é só quando vai além do modem que as coisas param de funcionar. No entanto, quando eu uso o IP de B como o gateway, ele funciona bem. Notei que route output em A quando a rota padrão foi especificada usando apenas a interface tinha apenas um asterisco na coluna do gateway. Fiquei com a impressão de que essas abordagens deveriam ser idênticas na prática, por isso, embora eu tenha funcionado, gostaria de saber o que estou entendendo mal (e / ou configurando mal). Por que a rota padrão não funcionou quando especificada usando apenas a interface?

Todos os roteadores e o modem também têm o RIP (versão 2) ativado e, é claro, a senha não é realmente a palavra "senha".

    

Answer 1

Enquanto uma rota padrão pode funcionar da maneira desejada quando o destino é um link ponto-a-ponto da camada 2, seguramente não funcionará para uma interface de broadcast como ethernet ou wlan. As rotas configuráveis estão na Camada 3 OSI (números IP), e não devem exigir endereços MAC (Camada 2), nomes de interface (camada 1) ou números de portas ou tipos de pacotes (camada 4+). Uma vez que o número IP de destino correto seja fornecido para uma rota, o roteador lidará com o endereço MAC para encaminhar os pacotes e com qual interface esse MAC está conectado.

Em resumo, configurar sua rota padrão para um nome de interface não funciona porque não deve ... Se você não sabe qual endereço IP deve manipular o encaminhamento de tráfego não local, então é melhor não ter um conjunto de rotas padrão.

    

Answer 2

Parece-me que você está confundindo o nome do host com o nome da interface. O nome wlan0 é o nome da interface. O hostname é armazenado no DNS e é o que a pesquisa retorna.

Provavelmente, o que está acontecendo é que o DNS está procurando o host wlan0 e apresentando o erro nenhum host encontrado .