Impedir que o eth0 adicione rotas padrão

Navegue suas respostas
2

Estou procurando uma maneira de evitar que a interface eth0 adicione uma rota padrão à minha tabela de roteamento principal em minha máquina Linux. Eu tenho uma distribuição Debian (Jessie - 8.0) e estava olhando para a diretiva de post-up em /etc/network/interfaces . Minha configuração atual é a seguinte:

ifconfig 

eth0      Link encap:Ethernet  HWaddr b8:27:eb:4b:f4:9e  
          inet addr:172.16.2.82  Bcast:172.16.3.255  Mask:255.255.252.0
          inet6 addr: fe80::ba27:ebff:fe4b:f49e/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:2311 errors:0 dropped:0 overruns:0 frame:0
          TX packets:203 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:187402 (183.0 KiB)  TX bytes:22251 (21.7 KiB)

ppp0      Link encap:Point-to-Point Protocol  
          inet addr:10.178.142.185  P-t-P:192.200.1.21  Mask:255.255.255.255
          UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:1500  Metric:1
          RX packets:36 errors:0 dropped:0 overruns:0 frame:0
          TX packets:56 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:3 
          RX bytes:2918 (2.8 KiB)  TX bytes:3426 (3.3 KiB)

/ etc / network / interfaces 

auto lo
iface lo inet loopback

auto eth0
iface eth0 inet dhcp
post-up /sbin/route del default dev eth0

ip principal da tabela de exibição de rotas 

default dev ppp0  scope link 
default via 172.16.0.40 dev eth0  metric 202 
10.64.64.65 dev ppp1  proto kernel  scope link  src 10.181.104.9 
169.254.0.0/16 dev wlan0  proto kernel  scope link  src 169.254.23.201  metric 303 
169.254.0.0/16 dev wwan0  proto kernel  scope link  src 169.254.62.145  metric 305 
172.16.0.0/22 dev eth0  proto kernel  scope link  src 172.16.2.160  metric 202 
192.168.42.0/24 dev wlan0  proto kernel  scope link  src 192.168.42.1 
192.200.1.21 dev ppp0  proto kernel  scope link  src 10.179.96.79

Infelizmente, essa abordagem só funciona se a interface for ativada usando ifup eth0 e não quando o cabo estiver fisicamente conectado e ip atribuído. Ainda assim, essa abordagem não exclui a entrada padrão e o ifup fornece o seguinte erro: 

    Internet Systems Consortium DHCP Client 4.3.1
    Copyright 2004-2014 Internet Systems Consortium.
    All rights reserved.
    For info, please visit https://www.isc.org/software/dhcp/

    Listening on LPF/eth0/b8:27:eb:4b:f4:9e
    Sending on   LPF/eth0/b8:27:eb:4b:f4:9e
    Sending on   Socket/fallback
    DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 6
    DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 11
    DHCPREQUEST on eth0 to 255.255.255.255 port 67
    DHCPOFFER from 172.16.0.8
    DHCPACK from 172.16.0.8
    eminstBootdpxeboot.com option - discarded
    eminstBootdpxeboot.com option - discarded
    bound to 172.16.2.82 -- renewal in 12663 seconds.
    SIOCDELRT: No such process
    Failed to bring up eth0.

Gostaria de saber uma maneira correta de garantir que a rota padrão não seja adicionada por meio da eth0 e que não tenha que exibir a eth0 manualmente usando ifup (para aproveitar o post-up), mas use o que já foi inicializado na inicialização.

    
por user3889963 11.10.2017 / 09:26

1 resposta

0

Edite /etc/dhcp/dhclient.conf e remova routers da instrução request para que seu cliente DHCP não solicite a configuração de rota padrão junto com sua solicitação de endereço.

    
por 11.10.2017 / 19:01

Tags

Como listar os dispositivos conectados a um barramento ISA no Linux? Como redirecionar stdout e stderr em arquivos diferentes [duplicado]