Debian, duas placas de rede - “no route to host” na eth1

Question

Eu adicionei um nic secound em uma caixa debian. Esse nic é para fazer algumas coisas de teste, então esses dispositivos conectados devem ser capazes de acessar a caixa debian ou serem acessados a partir dela.

Para configurar o nic, eu adicionei a / etc / network / interfaces

iface eth1 inet static
    address 192.168.0.2
    netmask 255.255.255.0
    broadcast 192.168.0.255
    network 192.168.0.0

Esses valores aparecem quando eu faço um ifconfig e a rota mostra:

Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
default         adim.hhv3       0.0.0.0         UG    0      0        0 eth0
192.168.0.0     *               255.255.255.0   U     0      0        0 eth1
192.168.1.0     *               255.255.255.0   U     0      0        0 eth0

SO parece-me como se tudo estivesse configurado corretamente, mas quando tento acessar qualquer um dos dispositivos na rede 192.168.0.x, acabei de receber um erro "não há rota para hospedar". Eu esqueci ou esqueci de algo? (atualmente eu não posso testar o contrário. Os leds estão indicando que há um link)

As coisas ficam mais estranhas. Eu configurei um roteador sem fio antigo que atua como um servidor dhcp na rede eth1. Então o eth1 funciona da maneira pretendida - mas se eu tentar configurá-lo manualmente, ele não funciona. Ao definir manualmente, eu apenas uso o arquivo de interfaces acima mencionado.

Defina a partir do dhcp:

root@sorbus:~# ip addr (removed loopback and eth0)
3: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000
link/ether 00:11:95:84:6b:6c brd ff:ff:ff:ff:ff:ff
inet 192.168.0.142/24 brd 192.168.0.255 scope global eth1
inet6 fe80::211:95ff:fe84:6b6c/64 scope link 
   valid_lft forever preferred_lft forever

root@sorbus:~# ip route
default via 192.168.1.1 dev eth0  proto static 
192.168.0.0/24 dev eth1  proto kernel  scope link  src 192.168.0.142 
192.168.1.0/24 dev eth0  proto kernel  scope link  src 192.168.1.23 

E agora parece funcionar também para a configuração manual ....: - / Bom que funciona, mas seria bom saber por que ...

(Eu não posso usar o dhcp no 192.168.0, já que ele mexe no meu resolv.conf - pelo menos eu não vi nenhuma maneira de impedir isso)

    

Answer 1

Como os hosts na rede 192.168.0.x obtêm sua configuração de rede? Se eles esperam recebê-lo via DHCP, você provavelmente precisará executar um servidor DHCP em eth1 (tomando muito cuidado para não oferecê-lo em eth0 !). Se os dispositivos não tiverem endereços, você não poderá direcionar para eles.

No meu roteador doméstico, executo o ISC dhcpd on eth0 enquanto atuo como um cliente DHCP em ppp0 . Bits relevantes de configuração em /etc/dhcpd.conf incluem:

# Don't attempt dynDNS updates
ddns-update-style none;

# option definitions common to all supported networks...
option domain-name "mydomain";
option domain-name-servers 192.168.0.1;  # This machine

default-lease-time 86400; # 1 day
max-lease-time 864000;    # 10 days


  group {
    # PXE-boot clients
    filename "/pxelinux.0";
    next-server 192.168.0.1;

    host myhost1 {
      hardware ethernet 00:30:18:a5:6b:20;
      fixed-address 192.168.0.66;
      option root-path "192.168.0.1:/export/client/myhost1";
    }
  }

  # Dynamically-leased addresses for visitors
  subnet 192.168.0.0 netmask 255.255.255.0 {
    authoritative;  
    range 192.168.0.128 192.168.0.254;
    option broadcast-address 192.168.0.255;
    option routers 192.168.0.1;
  }

Anteriormente, executei dnsmasq com êxito em eth0 (ainda o faço, mas agora apenas para DNS e não para DHCP). Aqui estão os antigos fragmentos comentados de /etc/dnsmasq.d/dhcp.conf :

#interface=eth0

# read-ethers

# dhcp-range=192.168.0.128,192.168.0.254

# dhcp-host=00:30:18:a5:6b:20,myhost1,192.168.0.66,static

# dhcp-option-force=208,f1:00:74:7e

# dhcp-boot=pxelinux.0

# #enable-tftp
# tftp-root=/var/lib/tftpboot

# log-dhcp