Информация
Услуги
  • Внедрение
  • Настройка
  • Поддержка
  • Ремонт
Контакты
Оплата
Новости
Доставка
Загрузки
Форум
Настройка
    info@proxmox.su
    +7 (495) 320-70-49
    Заказать звонок
    Аспро: ЛайтШоп
    Войти
    0 Сравнение
    0 Избранное
    0 Корзина
    Аспро: ЛайтШоп
    Войти
    0 Сравнение
    0 Избранное
    0 Корзина
    Аспро: ЛайтШоп
    Телефоны
    +7 (495) 320-70-49
    Заказать звонок
    0
    0
    0
    Аспро: ЛайтШоп
    • +7 (495) 320-70-49
      • Назад
      • Телефоны
      • +7 (495) 320-70-49
      • Заказать звонок
    • info@proxmox.su
    • Москва, Бакунинская улица, 69с1
    • Пн-Пт: 09-00 до 18-00
      Сб-Вс: выходной
    • 0 Сравнение
    • 0 Избранное
    • 0 Корзина
    Главная
    Форум
    Proxmox Виртуальная Среда
    Временный сбой при разрешении имени.

    Форумы: Proxmox Виртуальная Среда, Proxmox Backup Server, Proxmox Mail Gateway, Proxmox Datacenter Manager
    Поиск  Пользователи  Правила  Войти
    Страницы: 1
    RSS
    Временный сбой при разрешении имени., Proxmox Виртуальная Среда
     
    James2021
    Guest
    #1
    0
    03.12.2021 12:12:00
    Привет! Я работаю с Proxmox уже год, всё было гладко, пока вдруг не появилась проблема с разрешением имён.  
    Код:  
    root@proxmox:~# ping google.com  
    ping: google.com: Временная ошибка разрешения имени  

    Вот моя конфигурация:  
    Код:  
    root@proxmox:~# ip addr  
    1: lo: <LOOPBACK,UP,LOWER_UP> 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: <BROADCAST,MULTICAST,UP,LOWER_UP> 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: <BROADCAST,MULTICAST,UP,LOWER_UP> 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.

    Очень надеюсь на вашу помощь, уже целыми днями пытаюсь разобраться с этим.
     
     
     
    mguilmot
    Guest
    #2
    0
    19.03.2024 11:01:00
    Понимаю, что тема старая, но у меня была точно такая же проблема с таким же поведением: в моём случае файрвол включён, но дальше ничего не настроено. Создал правило для разрешения исходящего трафика, и после этого всё заработало. Может кому-то пригодится в будущем.
     
     
     
    viruslab
    Guest
    #3
    0
    30.06.2025 08:58:00
    У меня была точно такая же проблема на 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
     
     
     
    Indirectelex
    Guest
    #4
    0
    08.10.2022 04:03:00
    Для меня это означает: resolvectl не удалось получить глобальные данные: служба dbus-org.freedesktop.resolve1.service не найдена.
     
     
     
    baldfox
    Guest
    #5
    0
    03.11.2022 07:58:00
    У меня точно такая же проблема уже около 8 дней. Ты смог как-то её решить? Мне кажется, дело на уровне контейнера, но я не могу разобраться дальше...
     
     
     
    Shunia Huang
    Guest
    #6
    0
    25.11.2022 16:10:00
    @Indirectelex @baldfox попробуйте: Bash: systemctl status systemd-resolved.service, если там что-то вроде «xxx dead», возможно, нужно выполнить Bash: systemctl start systemd-resolved.service. Мне это помогло, информация взята из описания автора.
     
     
     
    Страницы: 1
    Читают тему
    +7 (495) 320-70-49
    info@proxmox.su

    Конфиденциальность Оферта
    © 2026 Proxmox.su
    Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры