Обновление 6 @ 2: 56p 21 ноября
Я работаю над созданием небольшой сети виртуальных машин и контейнеров. Пока что я застрял в настройке хоста. В этом соединении нет виртуальной машины. Хотя есть два моста.
Чтобы уточнить, это на голом железе в центре обработки данных. Нет ни провайдера, ни модема. Гипервизор не участвует в пути в Интернет. Я использую Ubuntu 17.10.
Что работает, а что нет:
ifconfig -a возвращает:
lxdbr0 broadcast = 0.0.0.0
enp7s0 broadcast = 0.0.0.0
enp7s0 netmask = 255.255.255.255
Я пришел к выводу, что netmask = 255.255.255.255 была непосредственной проблемой, поскольку enp7s0 в подсети с одним адресом, без места для шлюза и т. д. Это препятствовало доступу к службам DNS и, следовательно, закономерности сбоев. Но добавление статической маршрутизации для лечения, которое не восстановило доступ в Интернет / WAN.
Я думаю, что содержание /etc/network/interfaces предоставляет большую часть другого необходимого контекста. О, и тот факт, что сетевая маска включена enp7s0 показывает как 255.255.255.255 когда я бегу ifconfig -a.
Шлюз и трансляция были назначены моим поставщиком enp7s0. Использование Ubuntu 17.10. Я считаю, что отключил 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
Сетевой адрес неверен.
Исправьте конфигурацию сетевого адреса
сеть 78.46.80.0
следует исправить следующим образом:
сеть 78.46.80.128
Твое устройство enp7s0 принадлежит сети 78.46.80.128/27 (которая начинается с 78.46.80.128 и заканчивается на 78.46.80.159, который является широковещательным адресом, определенным выше правильно).
ping прошел успешно, поэтому с маршрутизацией все в порядке. По крайней мере, на уровне ICMP. В resolv.conf не было сервера имен. Что является результатом nslookup yahoo.com 8.8.8.8?
echo nameserver 8.8.8.8 >> /etc/resolv.conf