Аспро: ЛайтШоп [тема: Хост и контейнеры медленно работают с DNS, а виртуальная машина — нормально.]

Хост и контейнеры медленно работают с DNS, а виртуальная машина — нормально.

Wed, 22 Dec 2021 14:11:00 +0300

Хост и контейнеры медленно работают с DNS, а виртуальная машина — нормально. Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
Уже пробовал, безрезультатно. Какой IP мне поставить в DNS на VM/CT? 127.0.0.1 или IP хоста?
22.12.2021 14:11:00, wolframio.

Хост и контейнеры медленно работают с DNS, а виртуальная машина — нормально.

Wed, 22 Dec 2021 13:02:00 +0300

Хост и контейнеры медленно работают с DNS, а виртуальная машина — нормально. Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
Я бы установил что-то вроде pi-hole в виде контейнера на вашем хосте и затем использовал его как DNS-сервер для всех устройств в вашей локальной сети.
22.12.2021 13:02:00, bobmc.

Хост и контейнеры медленно работают с DNS, а виртуальная машина — нормально.

Wed, 22 Dec 2021 03:21:00 +0300

Хост и контейнеры медленно работают с DNS, а виртуальная машина — нормально. Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
Как ты это делаешь? Я пытался использовать DNS-сервер, который работает в моей локальной сети, но ты имеешь в виду запустить его внутри виртуальной машины?
22.12.2021 03:21:00, wolframio.

Хост и контейнеры медленно работают с DNS, а виртуальная машина — нормально.

Sun, 19 Dec 2021 18:33:00 +0300

Хост и контейнеры медленно работают с DNS, а виртуальная машина — нормально. Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
Лично я бы порекомендовал использовать локальный DNS-сервер для вашей внутренней сети.
19.12.2021 18:33:00, bobmc.

Хост и контейнеры медленно работают с DNS, а виртуальная машина — нормально.

Sat, 18 Dec 2021 14:39:00 +0300

Хост и контейнеры медленно работают с DNS, а виртуальная машина — нормально. Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
Привет, у меня была такая же проблема, но хост работает нормально, а у VM или CT DNS работает медленно или вообще не отвечает. Решить никак не получается, это не из-за моего DNS-сервера, фаервола или чего-то в этом роде, потому что ESXI 6.7 отлично работает на той же машине и в той же сети.
18.12.2021 14:39:00, wolframio.

Хост и контейнеры медленно работают с DNS, а виртуальная машина — нормально.

Fri, 16 Sep 2022 18:14:00 +0300

Хост и контейнеры медленно работают с DNS, а виртуальная машина — нормально. Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
У меня была такая же проблема, очень раздражает. (Пробовал на двух контейнерах Ubuntu). Решение: - настроить внутренний DNS - прописать в etc/hosts нужные вам домены и IP-адреса.
16.09.2022 18:14:00, diego555.

Хост и контейнеры медленно работают с DNS, а виртуальная машина — нормально.

Wed, 21 Jul 2021 03:23:00 +0300

Хост и контейнеры медленно работают с DNS, а виртуальная машина — нормально. Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
Странная проблема. Я перенес хост Proxmox на «новую» систему (мой старый ПК: i5-3570k, Sabertooth Z77 и Intel Gigabit CT desktop NIC). Недавно я также сменил подсеть LAN с 192.168.0.0 на 192.168.10.0, чтобы избежать конфликтов VPN с другой сетью, к которой могу подключаться. По какой-то причине теперь у моего хоста Proxmox и его контейнеров очень медленные DNS-ответы или их вообще нет. Например, если с хоста или из контейнера запустить ping -4 google.com, проходит много секунд, прежде чем он начнет отвечать. То же самое при пинге по IPv6. А вот с другого ПК в сети или из Debian VM пинги идут мгновенно. Сегодня в ядре исправили серьезную уязвимость безопасности, Debian выпустил патч. Поэтому я решил обновить систему и проверить, нет ли других проблем. Запускаю обновление контейнеров и получаю следующее: Но обновление Debian VM проходит без проблем. У VM такой же DNS 1.1.1.1 для IPv4 и назначается IPv6-адрес и DNS от моего провайдера (паршивый NDP relay с OpenWRT, так как T-Mobile не поддерживает делегацию префикса – я в сельской местности). Теперь я могу без проблем пинговать security.debian.org с Windows-пк или Debian VM — отклик мгновенный. Зато хост и контейнеры реагируют далеко не всегда, как повезет. resolv.conf хоста Proxmox:
search local
nameserver 1.1.1.1
nameserver 1.0.0.1
nameserver 2606:4700:4700::1111

resolv.conf Debian-контейнера:
# --- BEGIN PVE ---
search Mars.local
nameserver 1.1.1.1
# --- END PVE ---

Вывод ip a на хосте Proxmox:
1: lo: mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
2: enp3s0: mtu 1500 qdisc pfifo_fast master vmbr0 state UP group default qlen 1000
link/ether 68:05:ca:42:cb:d5 brd ff:ff:ff:ff:ff:ff
3: vmbr0: mtu 1500 qdisc noqueue state UP group default qlen 1000
link/ether 68:05:ca:42:cb:d5 brd ff:ff:ff:ff:ff:ff
inet 192.168.10.10/24 brd 192.168.10.255 scope global vmbr0
valid_lft forever preferred_lft forever
inet6 2607:fb90:REDACTED/64 scope global dynamic mngtmpaddr
valid_lft 86159sec preferred_lft 86159sec
inet6 fe80::6a05:caff:fe42:cbd5/64 scope link
valid_lft forever preferred_lft forever
4: veth100i0@if2: mtu 1500 qdisc noqueue master vmbr0 state UP group default qlen 1000
link/ether fe:59:f3:ac:f4:d0 brd ff:ff:ff:ff:ff:ff link-netnsid 0
5: tap101i0: mtu 1500 qdisc pfifo_fast master vmbr0 state UNKNOWN group default qlen 1000
link/ether 32:c1:21:e4:5d:0f brd ff:ff:ff:ff:ff:ff
6: veth102i0@if2: mtu 1500 qdisc noqueue master vmbr0 state UP group default qlen 1000
link/ether fe:f1:c2:e9:f0:3b brd ff:ff:ff:ff:ff:ff link-netnsid 1

Вывод ip a из контейнера:
1: lo: mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
2: eth0@if4: mtu 1500 qdisc noqueue state UP group default qlen 1000
link/ether ae:10:90:d4:2e:90 brd ff:ff:ff:ff:ff:ff link-netnsid 0
inet 192.168.10.15/24 brd 192.168.10.255 scope global eth0
valid_lft forever preferred_lft forever
inet6 2607:fb90:REDACTED/64 scope global dynamic mngtmpaddr
valid_lft 86100sec preferred_lft 86100sec
inet6 fe80::ac10:90ff:fed4:2e90/64 scope link
valid_lft forever preferred_lft forever

/etc/network/interfaces на хосте Proxmox:
auto lo
iface lo inet loopback

iface enp3s0 inet manual

auto vmbr0
iface vmbr0 inet static
address 192.168.10.10/24
gateway 192.168.10.1
bridge-ports enp3s0
bridge-stp off
bridge-fd 0

/etc/network/interfaces в Debian-контейнере:
auto lo
iface lo inet loopback

auto eth0
iface eth0 inet static
address 192.168.10.15/24
gateway 192.168.10.1

iface eth0 inet6 auto

/etc/network/interfaces в Debian VM:
source /etc/network/interfaces.d/*

# The loopback network interface
auto lo
iface lo inet loopback

# The primary network interface
allow-hotplug ens18
iface ens18 inet static
address 192.168.10.13
gateway 192.168.10.1
netmask 255.255.255.0
dns-nameserver 1.1.1.1

Я не думаю, что в Proxmox включен какой-либо файрвол, ведь раньше всё работало отлично до этих изменений. К слову: пинги и тесты iperf между ПК в одной сети (192.168.10.0/24 и IPv6-адреса, выданные T-Mobile /64) работают идеально. Спасибо!
21.07.2021 03:23:00, nwb99.