Atualização 6 @ 2: 56p em 21 de novembro
Estou trabalhando na criação de uma pequena rede de máquinas virtuais e contêineres. Até agora, estou preso configurando o host embora. Não há nenhuma máquina virtual envolvida nessa conexão. Embora existam duas pontes no lugar.
Só para esclarecer, isso é em bare-metal em um data center. Não há ISP ou modem. O hipervisor não está envolvido no caminho para a Internet. Estou executando o Ubuntu 17.10.
O que funciona e o que não funciona:
ifconfig -a retorna:
lxdbr0 broadcast = 0.0.0.0
enp7s0 broadcast = 0.0.0.0
enp7s0 netmask = 255.255.255.255
Minha conclusão foi que netmask = 255.255.255.255 foi o problema imediato, pois tinha enp7s0 em uma sub-rede de endereço único, sem espaço para um gateway etc. Isso estava impedindo o acesso a serviços DNS e, portanto, o padrão de falhas. Mas adicionando roteamento estático para cura que não restaurou o acesso à Internet / WAN.
Acho que o conteúdo de /etc/network/interfaces fornece a maior parte do outro contexto necessário. Ah, e o fato de que a máscara de rede em enp7s0 aparece como 255.255.255.255 quando eu corro ifconfig -a .
O gateway e a transmissão foram atribuídos pelo meu fornecedor re enp7s0 . Usando o Ubuntu 17.10. Eu acredito que desabilitei o Network Manager.
'# This is /etc/network/interfaces for use on Host
'# The loopback network interface
auto lo
iface lo inet loopback
'# This is the WAN port
auto enp7s0
iface enp7s0 inet static
address 78.46.80.146
netmask 255.255.255.224
network 78.46.80.128
broadcast 78.46.80.159
gateway 78.46.80.129
'# static route entry follows, wherein x.x.0.0 is a wildcard
up ip route add 78.46.0.0/27 via 78.46.80.129 || true
dns-nameserver 213.133.98.98
dns-nameserver 8.8.8.8
'# Virtual bridge on enp6s0 for virtual machine use
auto br0
iface br0 inet static
address 192.168.122.2
netmask 255.255.255.0
network 192.168.122.0
broadcast 192.168.122.255
'# gateway 192.168.122.1
up ip route add 192.168.0.0/16 via 78.46.80.129 || true
bridge_ports enp6s0
bridge_stp on
bridge_maxwait 0
bridge_fd 0
'# Virtual bridge for container use
auto lxdbr0
iface lxdbr0 inet static
address 10.36.109.2
netmask 255.255.255.0
network 10.36.109.0
broadcast 10.36.109.255
'# gateway 10.36.109.1
up ip route add 192.168.0.0/16 via 78.46.80.129 || true
bridge_ports
bridge_stp on
bridge_maxwait 0
bridge_fd 0
/etc/resolv.conf
nameserver 213.133.98.98
nameserver 8.8.8.8
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
default 78.46.80.129 0.0.0.0 UG 0 0 0 enp7s0
10.36.109.0 0.0.0.0 255.255.255.0 U 0 0 0 lxdbr0
78.46.0.0 78.46.80.129 255.255.255.224 UG 0 0 0 enp7s0
78.46.80.128 0.0.0.0 255.255.255.224 U 0 0 0 enp7s0
78.46.80.129 0.0.0.0 255.255.255.255 UH 0 0 0 enp7s0
link-local 0.0.0.0 255.255.0.0 U 1000 0 0 enp7s0
192.168.0.0 78.46.80.129 255.255.0.0 UG 0 0 0 enp7s0
192.168.122.0 0.0.0.0 255.255.255.0 U 0 0 0 br0
ARP
Address HWtype HWaddress Flags Mask Iface
78.46.80.129 ether 30:b6:4f:3f:eb:ba C enp7s0
O endereço de rede está incorreto.
Corrigir a configuração do endereço de rede
network 78.46.80.0
deve ser corrigido da seguinte forma:
network 78.46.80.128
Seu dispositivo enp7s0 pertence à rede 78.46.80.128/27 (que começa em 78.46.80.128 e termina em 78.46.80.159, que é o endereço de broadcast definido corretamente acima).
ping foi bem-sucedido, então o roteamento está bem. Bem, pelo menos na camada ICMP. Não havia nenhum servidor de nomes no resolv.conf.
Qual é o resultado de nslookup yahoo.com 8.8.8.8 ?
echo nameserver 8.8.8.8 >> /etc/resolv.conf