Аспро: ЛайтШоп [тема: Временный сбой при разрешении имени.]

Временный сбой при разрешении имени.

Fri, 25 Nov 2022 16:10:00 +0300

Временный сбой при разрешении имени. Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
@Indirectelex @baldfox попробуйте: Bash: systemctl status systemd-resolved.service, если там что-то вроде «xxx dead», возможно, нужно выполнить Bash: systemctl start systemd-resolved.service. Мне это помогло, информация взята из описания автора.
25.11.2022 16:10:00, Shunia Huang.

Временный сбой при разрешении имени.

Thu, 03 Nov 2022 07:58:00 +0300

Временный сбой при разрешении имени. Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
У меня точно такая же проблема уже около 8 дней. Ты смог как-то её решить? Мне кажется, дело на уровне контейнера, но я не могу разобраться дальше...
03.11.2022 07:58:00, baldfox.

Временный сбой при разрешении имени.

Sat, 08 Oct 2022 04:03:00 +0300

Временный сбой при разрешении имени. Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
Для меня это означает: resolvectl не удалось получить глобальные данные: служба dbus-org.freedesktop.resolve1.service не найдена.
08.10.2022 04:03:00, Indirectelex.

Временный сбой при разрешении имени.

Mon, 30 Jun 2025 08:58:00 +0300

Временный сбой при разрешении имени. Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
У меня была точно такая же проблема на Debian и Ubuntu24 в LXC. Если использовать шаблон Alpine, всё работает без нареканий. Проблему с Debian можно решить, вручную назначив DNS роутера, который используется этим LXC. Если использовать любой другой DNS — всё ломается. Какой-то странный баг.

Если использовать OpenWRT, решение такое: нужно на LAN-интерфейсе роутера выполнить команду ethtool -K eth0 rx-gro-list off.

Пост в теме «Temporary failure in name resolution - Help Needed», 8 мая 2025.

Оказалось, дело не в этом. Вот ответ (благодарность S456 с форума OpenWRT): asdf14 https://github.com/openwrt/openwrt/issues/18122
30.06.2025 08:58:00, viruslab.

Временный сбой при разрешении имени.

Tue, 19 Mar 2024 11:01:00 +0300

Временный сбой при разрешении имени. Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
Понимаю, что тема старая, но у меня была точно такая же проблема с таким же поведением: в моём случае файрвол включён, но дальше ничего не настроено. Создал правило для разрешения исходящего трафика, и после этого всё заработало. Может кому-то пригодится в будущем.
19.03.2024 11:01:00, mguilmot.

Временный сбой при разрешении имени.

Fri, 03 Dec 2021 12:12:00 +0300

Временный сбой при разрешении имени. Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
Привет! Я работаю с Proxmox уже год, всё было гладко, пока вдруг не появилась проблема с разрешением имён.
Код:
root@proxmox:~# ping google.com
ping: google.com: Временная ошибка разрешения имени

Вот моя конфигурация:
Код:
root@proxmox:~# ip addr
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: enp0s31f6: mtu 1500 qdisc pfifo_fast master vmbr0 state UP group default qlen 1000
link/ether 30:9c:23:21:bc:9c brd ff:ff:ff:ff:ff:ff
3: vmbr0: mtu 1500 qdisc noqueue state UP group default qlen 1000
link/ether 30:9c:23:21:bc:9c brd ff:ff:ff:ff:ff:ff
inet 192.168.0.10/24 brd 192.168.0.255 scope global vmbr0
valid_lft forever preferred_lft forever
inet6 fe80::329c:23ff:fe21:bc9c/64 scope link
valid_lft forever preferred_lft forever

Код:
root@proxmox:~# cat /etc/network/interfaces
auto lo
iface lo inet loopback

iface enp0s31f6 inet manual

auto vmbr0
iface vmbr0 inet static
address 192.168.0.10
netmask 255.255.255.0
gateway 192.168.0.1
dns-nameservers 8.8.8.8 1.1.1.1
bridge_ports enp0s31f6
bridge_stp off
bridge_fd 0

#auto enp0s31f6
#iface enp0s31f6 inet static
# address 192.168.0.10/24
# gateway 192.168.0.1

#auto enx00e04c365a9e
#iface enx00e04c365a9e inet static
# address 192.168.0.11/24
# gateway 192.168.0.1

nano /etc/resolv.conf
nameserver 8.8.8.8

Ещё не понимаю, почему в этом сервисе (echo "nameserver 127.0.0.53") не должен стоять 8.8.8.8?
Код:
root@proxmox:/etc# systemctl status systemd-resolved.service
● systemd-resolved.service - Network Name Resolution
Loaded: loaded (/lib/systemd/system/systemd-resolved.service; disabled; vendor preset: enabled)
Drop-In: /usr/lib/systemd/system/systemd-resolved.service.d
└─resolvconf.conf
Active: active (running) since Fri 2021-12-03 13:10:35 EET; 1min 11s ago
Docs: man:systemd-resolved.service(8)
https://www.freedesktop.org/wiki/Software/systemd/resolved
https://www.freedesktop.org/wiki/Software/systemd/writing-network-configuration-managers
https://www.freedesktop.org/wiki/Software/systemd/writing-resolver-clients
Process: 3788 ExecStartPost=/bin/sh -c [ ! -e /run/resolvconf/enable-updates ] || echo "nameserver 127.0.0.53" | /sbin
Main PID: 3781 (systemd-resolve)
Status: "Обрабатываю запросы..."
Tasks: 1 (limit: 4915)
Memory: 2.8M
CGroup: /system.slice/systemd-resolved.service
└─3781 /lib/systemd/systemd-resolved

Dec 03 13:10:34 proxmox systemd[1]: Starting Network Name Resolution...
Dec 03 13:10:35 proxmox systemd-resolved[3781]: Positive Trust Anchors:
Dec 03 13:10:35 proxmox systemd-resolved[3781]: . IN DS 19036 8 2 49aac11d7b6f6446702e54a1607371607a1a41855200fd2ce1cdde
Dec 03 13:10:35 proxmox systemd-resolved[3781]: . IN DS 20326 8 2 e06d44b80b8f1d39a95c0b0d7c65d08458e880409bbc6834571042
Dec 03 13:10:35 proxmox systemd-resolved[3781]: Negative trust anchors: 10.in-addr.arpa 16.172.in-addr.arpa 17.172.in-ad
Dec 03 13:10:35 proxmox systemd-resolved[3781]: Использую системное имя хоста 'proxmox'.
Dec 03 13:10:35 proxmox systemd[1]: Запущен Network Name Resolution.

Очень надеюсь на вашу помощь, уже целыми днями пытаюсь разобраться с этим.
03.12.2021 12:12:00, James2021.