Маршрутизация, разрешение DNS с Bond0
У меня есть проблемы о 18.04 Серверах, когда я переключаюсь от dhcp до статического IP на моем устройстве. Причина, которую я переключал, состоит в том, что я получал новый IP-адрес на своем сервере случайным образом даже при том, что мой маршрутизатор имел зарезервированный статический IP-адрес для моего основного интерфейса (eth0). Я переключился на помехи, и теперь у меня есть проблемы, решающие / направляющий к моему шлюзу. Моя установка имеет три интерфейса (eth0 (основной), eth1, eth3). Не знайте то, что действительно вызывает проблемы с bond0 реализацией. Данные перемещаются хорошо в сети, но снаружи не, и поэтому я не могу обновить систему, если я не подкачиваю назад к dhcp и живой со случайным образом изменяющимся адресом DHCP.
cat /etc/network/interfaces
# ifupdown has been replaced by netplan(5) on this system. See
# /etc/netplan for current configuration.
# To re-enable ifupdown on this system, you can run:
# sudo apt install ifupdown
#
# loopback
auto lo
iface lo inet loopback
# primary network card
auto eth0
iface eth0 inet manual
bond-master bond0
bond-primary eth0
# second network interface card
auto eth1
iface eth1 inet manual
bond-master bond0
# third network interface card
auto eth3
iface eth3 inet manual
bond-master bond0
# bond0 network interface
auto bond0
iface bond0 inet static
address 192.168.0.100
gateway 192.168.0.1
netmask 255.255.255.0
dns-nameservers 192.168.0.1 208.67.222.222 208.67.220.220
bond_mode 6
bond-miimon 100
bond-slaves none
ifconfig
bond0: flags=5187<UP,BROADCAST,RUNNING,MASTER,MULTICAST> mtu 1500
inet 192.168.0.100 netmask 255.255.255.0 broadcast 192.168.0.255
inet6 fe80::6ef0:49ff:fe5e:c194 prefixlen 64 scopeid 0x20<link>
ether 6c:f0:49:5e:c1:94 txqueuelen 1000 (Ethernet)
RX packets 298900 bytes 19550931 (19.5 MB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 2089172 bytes 3153193403 (3.1 GB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
eth0: flags=6211<UP,BROADCAST,RUNNING,SLAVE,MULTICAST> mtu 1500
ether 6c:f0:49:5e:c1:94 txqueuelen 1000 (Ethernet)
RX packets 354297 bytes 21749288 (21.7 MB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 15785 bytes 15597970 (15.5 MB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
eth1: flags=6147<UP,BROADCAST,SLAVE,MULTICAST> mtu 1500
ether 6c:f0:49:5e:c9:95 txqueuelen 1000 (Ethernet)
RX packets 0 bytes 0 (0.0 B)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 0 bytes 0 (0.0 B)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
eth3: flags=6211<UP,BROADCAST,RUNNING,SLAVE,MULTICAST> mtu 1500
ether 00:14:5e:77:45:c6 txqueuelen 1000 (Ethernet)
RX packets 296791 bytes 19306412 (19.3 MB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 4487992 bytes 6786908424 (6.7 GB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
device interrupt 16 memory 0xfdee0000-fdf00000
lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536
inet 127.0.0.1 netmask 255.0.0.0
inet6 ::1 prefixlen 128 scopeid 0x10<host>
loop txqueuelen 1000 (Local Loopback)
RX packets 7759 bytes 1630081 (1.6 MB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 7759 bytes 1630081 (1.6 MB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
route
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
default 192.168.0.1 0.0.0.0 UG 0 0 0 bond0
192.168.0.0 0.0.0.0 255.255.255.0 U 0 0 0 bond0
root@mediasvr:/home/xxxx# ping www.cnn.com
ping: www.cnn.com: Temporary failure in name resolution
root@mediasvr:/home/xxxx# nslookup www.cnn.com
;; connection timed out; no servers could be reached
root@mediasvr:/home/xxxx# ping 192.168.0.100
PING 192.168.0.100 (192.168.0.100) 56(84) bytes of data.
64 bytes from 192.168.0.100: icmp_seq=1 ttl=64 time=0.059 ms
64 bytes from 192.168.0.100: icmp_seq=2 ttl=64 time=0.053 ms
--- 192.168.0.100 ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 1028ms
rtt min/avg/max/mdev = 0.053/0.056/0.059/0.003 ms
**root@mediasvr:/home/xxxx# ping 192.168.0.1**
PING 192.168.0.1 (192.168.0.1) 56(84) bytes of data.
From 192.168.0.100 icmp_seq=4 Destination Host Unreachable
From 192.168.0.100 icmp_seq=5 Destination Host Unreachable
From 192.168.0.100 icmp_seq=6 Destination Host Unreachable
From 192.168.0.100 icmp_seq=16 Destination Host Unreachable
From 192.168.0.100 icmp_seq=17 Destination Host Unreachable
From 192.168.0.100 icmp_seq=18 Destination Host Unreachable
From 192.168.0.100 icmp_seq=19 Destination Host Unreachable
From 192.168.0.100 icmp_seq=20 Destination Host Unreachable
--- 192.168.0.1 ping statistics ---
23 packets transmitted, 0 received, +8 errors, 100% packet loss, time 22504ms
root@mediasvr:/home/xxxx# systemd-resolve --status
Global
DNS Servers: 192.168.0.1
208.67.222.222
208.67.220.220
DNSSEC NTA: 10.in-addr.arpa
16.172.in-addr.arpa
168.192.in-addr.arpa
17.172.in-addr.arpa
18.172.in-addr.arpa
19.172.in-addr.arpa
20.172.in-addr.arpa
21.172.in-addr.arpa
22.172.in-addr.arpa
23.172.in-addr.arpa
24.172.in-addr.arpa
25.172.in-addr.arpa
26.172.in-addr.arpa
27.172.in-addr.arpa
28.172.in-addr.arpa
29.172.in-addr.arpa
30.172.in-addr.arpa
31.172.in-addr.arpa
corp
d.f.ip6.arpa
home
internal
intranet
lan
local
private
test
Link 8 (bond0)
Current Scopes: none
LLMNR setting: yes
MulticastDNS setting: no
DNSSEC setting: no
DNSSEC supported: no
Link 6 (eth4)
Current Scopes: none
LLMNR setting: yes
MulticastDNS setting: no
DNSSEC setting: no
DNSSEC supported: no
Link 5 (eth3)
Current Scopes: none
LLMNR setting: yes
MulticastDNS setting: no
DNSSEC setting: no
DNSSEC supported: no
Link 4 (eth2)
Current Scopes: none
LLMNR setting: yes
Я включаю запрошенную дополнительную информацию.
кошка root@mediasvr:/etc/netplan# 50 облаков init.yaml
# This file is generated from information provided by
# the datasource. Changes to it will not persist across an instance.
# To disable cloud-init's network configuration capabilities, write a file
# /etc/cloud/cloud.cfg.d/99-disable-network-config.cfg with the following:
network:
version: 2
renderer: networkd
ethernets:
bond0:
dhcp4: no
dhcp6: no
addresses: [192.168.0.100/24]
gateway4: 192.168.0.1
nameservers:
addresses: [208.67.222.222, 208.67.220.220]
root@mediasvr:/etc/netplan# ls - al/etc/resolv.conf
lrwxrwxrwx 1 root root 27 Apr 12 14:40 /etc/resolv.conf -> /run/resolvconf/resolv.conf
кошка root@mediasvr:/etc/netplan#/etc/resolv.conf
# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
# DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
# 127.0.0.53 is the systemd-resolved stub resolver.
# run "systemd-resolve --status" to see details about the actual nameservers.
nameserver 208.67.222.222,
nameserver 208.67.220.220
nameserver 127.0.0.53
@heynnema - Обновление
Таким образом, я изменил и интерфейс и .yaml файл и применил netplan без ошибок (отладка) однако, у меня все еще есть сетевые проблемы:
- Я могу проверить с помощью ping-запросов свой интерфейс
- Связь команды прекрасна согласно/proc/net/bonding/bond0 (статичному) Однако
- Команда маршрута задерживается к всплывающему окну
- Не мог проверить с помощью ping-запросов шлюз
- Не мог разрешить DNS
Вот обновления, которые я выполнил:
кошка/etc/network/interfaces
# ifupdown has been replaced by netplan(5) on this system. See
# /etc/netplan for current configuration.
# To re-enable ifupdown on this system, you can run:
# sudo apt install ifupdown
#
# loopback
auto lo
iface lo inet loopback
/etc/netplan/50-cloud-init.yaml
# This file is generated from information provided by
# the datasource. Changes to it will not persist across an instance.
# To disable cloud-init's network configuration capabilities, write a file
# /etc/cloud/cloud.cfg.d/99-disable-network-config.cfg with the following:
network:
version: 2
renderer: networkd
ethernets:
eth0:
dhcp4: no
eth1:
dhcp4: no
eth3:
dhcp4: no
bonds:
bond0:
interfaces: [eth0, eth1, eth3]
addresses: [192.168.0.100/24]
gateway4: 192.168.0.1
nameservers:
search: [local]
addresses: [208.67.222.222, 208.67.220.220]
parameters:
mode: balance-alb
mii-monitor-interval: 1
gratuitious-arp: 5
@heynnema - Обновление (Спасибо за Ваши экспертные знания/время. Я полагаю, что мы становимся ближе к разрешению этой проблемы),
Я включил дополнительный неиспользованный интерфейс и установил его на dhcp в yaml файле и подал заявку через netplan. Я сохранил связь команды тем же на существующих 3 зарубках (eth1-eth3)
eth4: dhcp4: верный дополнительный: верный
маршрут root@mediasvr:/home/raul#
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
default _gateway 0.0.0.0 UG 0 0 0 bond0
default _gateway 0.0.0.0 UG 100 0 0 eth4
192.168.0.0 0.0.0.0 255.255.255.0 U 0 0 0 eth4
192.168.0.0 0.0.0.0 255.255.255.0 U 0 0 0 bond0
_gateway 0.0.0.0 255.255.255.255 UH 100 0 0 eth4
root@mediasvr:/home/raul# netstat-rn
Kernel IP routing table
Destination Gateway Genmask Flags MSS Window irtt Iface
0.0.0.0 192.168.0.1 0.0.0.0 UG 0 0 0 bond0
0.0.0.0 192.168.0.1 0.0.0.0 UG 0 0 0 eth4
192.168.0.0 0.0.0.0 255.255.255.0 U 0 0 0 eth4
192.168.0.0 0.0.0.0 255.255.255.0 U 0 0 0 bond0
192.168.0.1 0.0.0.0 255.255.255.255 UH 0 0 0 eth4
root@mediasvr:/home/raul# traceroute 192.168.01
traceroute to 192.168.01 (192.168.0.1), 64 hops max
1 192.168.0.1 0.569ms 0.359ms 0.370ms
- Я могу проверить с помощью ping-запросов/выполнить traceroute к шлюзу, который я не мог прежде.
- Я могу выполнить поиски DNS
- Я могу ssh в сервер удаленно через адрес DHCP
Однако 4. Я не могу соединиться с репозиториями для получения обновлений - подключение (113: Никакой маршрут для хостинга), не Мог соединиться с архивом ubuntu.com:80 (91.189.88.149). 5. Я не могу соединиться с plex медиасервером, который теперь слушает на адресе DHCP
tcp 0 0 mediasvr:32400 192.168.0.11:10558 TIME_WAIT
tcp 0 0 mediasvr:49206 mediasvr:32400 ESTABLISHED
@heynnema - Обновленный yaml файл (Вы продолжили бы это в чате?)
# This file is generated from information provided by
# the datasource. Changes to it will not persist across an instance.
# To disable cloud-init's network configuration capabilities, write a file
# /etc/cloud/cloud.cfg.d/99-disable-network-config.cfg with the following:
network:
version: 2
renderer: networkd
ethernets:
eth0:
dhcp4: no
optional: true
eth1:
dhcp4: no
optional: true
eth3:
dhcp4: no
optional: true
eth4:
dhcp4: true
optional: true
bonds:
bond0:
interfaces: [eth0, eth1, eth3]
addresses: [192.168.0.100/24]
gateway4: 192.168.0.1
nameservers:
search: [local]
addresses: [192.168.0.1, 208.67.222.222, 208.67.220.220]
parameters:
mode: balance-alb
mii-monitor-interval: 1
gratuitious-arp: 5
@heynnema - Обновление - я применил Ваше предложение на изменения yaml. Кажется, что это улучшило несколько вещей. Конкретно;
- Я могу теперь проверить с помощью ping-запросов и eth4 и bond0 внутренне/внешне и шлюз.
- Работы разрешения DNS
- Я могу SSH в сервер
Однако 1. Plex использует первый nic, который он видит, который в этом случае является интерфейсом dhcp 2. Я не могу взаимодействовать с Интернетом
UPDATED Yaml file
network:
version: 2
renderer: networkd
ethernets:
eth0:
dhcp4: no
optional: true
eth1:
dhcp4: no
optional: true
eth3:
dhcp4: no
optional: true
eth4:
dhcp4: true
optional: true
bonds:
bond0:
interfaces: [eth0, eth1, eth3]
addresses:
- 192.168.0.100/24
#gateway4: 192.168.0.1
routes:
- to: 0.0.0.0/0
via: 192.168.0.1
metric: 100
nameservers:
search: [local]
addresses: [208.67.222.222, 208.67.220.220]
parameters:
mode: balance-alb
mii-monitor-interval: 1
gratuitious-arp: 5
root@mediasvr:/home/raul# netstat -rn
Kernel IP routing table
Destination Gateway Genmask Flags MSS Window irtt Iface
0.0.0.0 192.168.0.1 0.0.0.0 UG 0 0 0 bond0
0.0.0.0 192.168.0.1 0.0.0.0 UG 0 0 0 eth4
0.0.0.0 192.168.0.1 0.0.0.0 UG 0 0 0 bond0
192.168.0.0 0.0.0.0 255.255.255.0 U 0 0 0 eth4
192.168.0.0 0.0.0.0 255.255.255.0 U 0 0 0 bond0
192.168.0.1 0.0.0.0 255.255.255.255 UH 0 0 0 eth4
2 ответа
Я нашел, что в Сервере Ubuntu 18.04, существует новый способ передать w/внешние соединения. Если Вы посмотрите в/etc/netplan/, то будет файл, названный 50 облаками init.yaml.
Это - файл, предположительно, который должен быть изменен для работы w/статических IP-адресов. Я на самом деле отправил знакомый вопрос и был этот товарищ, который выручил. Посмотрите здесь: РЕ: То, чтобы заставлять Сервер Ubuntu Показать URL Веб-страницы вместо Просто моего IP-адреса.
...
Если это помогает, это - хорошая нотация для создания. Я также нашел некоторые подобные экземпляры на этом сайте, которые выделены стороне сервера Ubuntu.
Seth
P.S. У меня еще нет 100%-го средства исправления для этой статической IP проблемы, но моя страница в порядке w/"Порт Вперед" на моем маршрутизаторе на данный момент. Я на самом деле пытался изменить свой .yaml файл, файл, который я описал ранее в/etc/netplan/, w/out удовлетворенность. Обратитесь к netplan (5) для получения информации о начинающем и хорошего набора заключений на демоне. Кроме того, w/этот являющийся курортом, можно заставить третье лицо как без IP размещать статический IP для Вас, если это является слишком большим из проблемы.
...
Так,
Для Статических IP-адресов: Используйте своего любимого редактора w/файл/etc/netplan/50-cloud-init.yaml или используйте третье лицо как no-ip.com.
Для установки Вашего DNS: Используйте bind9, например, sudo способную установку bind9. Необходимо не прокомментировать файл в/etc/bind/named.conf.options и установить IP:
forwarders {
8.8.8.8;
8.8.4.4;
};
Я читал из книги Lacroix, "Осваивая Сервер Ubuntu". Это выделено новому выпуску Сервера Ubuntu во время определенных разделов.
Так или иначе... вышеупомянутый код не должен быть прокомментирован и это, как, направлен на серверы DNS Google. Можно указать на них на серверы DNS ISP также.
Теперь... перезапуск связывать сервис w/ sudo systemctl restart bind9.
Сообщите мне, ясно ли это или слишком грязно. Я попытаюсь иметь смысл из Вашей ситуации больше, поскольку время сохраняется. Сообщите мне, поддерживает ли это Вас причина.
О! Вы используете маршрутизатор и точку доступа для Вашего сервера или просто маршрутизатор?
Для создания шлюза w/точкой доступа и маршрутизатором используйте эту команду:
echo 1 | sudo tee /proc/sys/net/ipv4/ip_forward
Я получил ту команду из книги, также.
Теперь, чтобы заставить ту команду работать после перезагрузок, перейдите к файлу,/etc/sysctl.conf, для изменения вещей. Используйте это изменение.
#net.ipv4.ip_forward=1
кому:
net.ipv4.ip_forward=1
Просто не прокомментируйте знак "диез".
Это должно мешать перезагрузке уравновесить Ваш сервер w/Сервер Ubuntu.
Я предполагаю, что eth0 является Вашим соединением WAN
Я не связываю 3 интерфейса в своем .yamlпозвольте eth0 взять любой IP-адрес через dhcp4 для прямо сейчас
мы можем установить маршрутизатор зарезервированный адрес для eth0 позже...
sudo lshw -C networkилиifconfigилиip addr# определите надлежащий MAC для eth0- маршрутизатор набора зарезервировал использование dhcp что MAC и желаемый IP
некоторая тонкая настройка будет требоваться по пути
sudo netplan --debug generate # генерируйте файлы конфигурации
sudo netplan apply # примените новую конфигурацию
reboot # и проверьте правильное функционирование
network:
version: 2
renderer: networkd
ethernets:
eth0:
dhcp4: true
optional: true
eth1:
dhcp4: false
optional: true
eth3:
dhcp4: false
optional: true
eth4:
dhcp4: false
optional: true
bonds:
bond0:
interfaces: [eth1,eth3,eth4]
addresses: [192.168.0.100/24]
#gateway4: 192.168.0.1 # not used with routes
routes:
- to: 0.0.0.0/0
via: 192.168.0.1
metric: 100
nameservers:
search: [local]
addresses: [208.67.222.222,208.67.220.220]
parameters:
mode: balance-alb
mii-monitor-interval: 1
gratuitious-arp: 5