Информация
Услуги
  • Внедрение
  • Настройка
  • Поддержка
  • Ремонт
Контакты
Оплата
Новости
Доставка
Загрузки
Форум
Настройка
    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 Виртуальная Среда
    Не могу войти через веб-интерфейс, а вот по SSH всё работает.

    Форумы: Proxmox Виртуальная Среда, Proxmox Backup Server, Proxmox Mail Gateway, Proxmox Datacenter Manager
    Поиск  Пользователи  Правила  Войти
    Страницы: 1
    RSS
    Не могу войти через веб-интерфейс, а вот по SSH всё работает., Proxmox Виртуальная Среда
     
    jkilbreth
    Guest
    #1
    0
    29.07.2021 04:01:00
    Я уже долго ищу решение в ветках форума, и ничего из того, что я пробовал, не работает… Я не могу войти через графический интерфейс (графический интерфейс работает, но я получаю ошибку входа, когда использую учетные данные root). Я могу подключиться по SSH без проблем с теми же учетными данными root, но я не уверен, что еще нужно попробовать, чтобы заставить графический вход работать. Пытался это, но не помогло:

    `systemctl restart pve-manager`

    `systemctl restart pveproxy`

    Из откликов в ветке предлагалось вывести `systemctl status pveproxy pvedaemon`:

    ```
    ● pveproxy.service - PVE API Proxy Server
      Loaded: loaded (/lib/systemd/system/pveproxy.service; enabled; vendor preset: enabled)
      Active: active (running) since Wed 4 Jul 2021 21:40:26 EDT; 5min ago
     Process: 26815 ExecStartPre=/usr/bin/pvecm updatecerts --silent (code=exited, status=1/FAILURE)
     Process: 26925 ExecStart=/usr/bin/pveproxy start (code=exited, status=0/SUCCESS)
    Main PID: 26943 (pveproxy)
       Tasks: 4 (limit: 4915)
      Memory: 142.4M
      CGroup: /system.slice/pveproxy.service
              ├─26943 pveproxy
              ├─26944 pveproxy worker
              ├─26945 pveproxy worker
              └─26946 pveproxy worker

    Jul 28 21:40:25 Ugin systemd[1]: Starting PVE API Proxy Server...
    Jul 28 21:40:25 Ugin pvecm[26815]: unable to open file '/etc/pve/priv/authorized_keys.tmp.26924' - Input/output error
    Jul 28 21:40:26 Ugin pveproxy[26943]: starting server
    Jul 28 21:40:26 Ugin pveproxy[26943]: starting 3 worker(s)
    Jul 28 21:40:26 Ugin pveproxy[26943]: worker 26944 started
    Jul 28 21:40:26 Ugin pveproxy[26943]: worker 26945 started
    Jul 28 21:40:26 Ugin pveproxy[26943]: worker 26946 started
    Jul 28 21:40:26 Ugin systemd[1]: Started PVE API Proxy Server.

    ● pvedaemon.service - PVE API Daemon
      Loaded: loaded (/lib/systemd/system/pvedaemon.service; enabled; vendor preset: enabled)
      Active: active (running) since Sat 17 Jul 2021 19:00:15 EDT; 1 week, 4 days ago
    Main PID: 4703 (pvedaemon)
       Tasks: 4 (limit: 4915)
      Memory: 165.4M
      CGroup: /system.slice/pvedaemon.service
              ├─  432 pvedaemon worker
              ├─ 3582 pvedaemon worker
              ├─ 4703 pvedaemon
              └─25325 pvedaemon worker

    Jul 28 21:23:29 Ugin pvedaemon[432]: authentication failure; rhost=10.0.0.64 user=root@pam msg=error during cfs-locked 'authkey' operation: got lock request timeout
    Jul 28 21:23:35 Ugin pvedaemon[3582]: authentication failure; rhost=10.0.0.64 user=root@pve msg=no such user ('root@pve')
    Jul 28 21:23:49 Ugin pvedaemon[25325]: authentication failure; rhost=10.0.0.64 user=root@pve msg=no such user ('root@pve')
    Jul 28 21:23:57 Ugin pvedaemon[3582]: authentication failure; rhost=10.0.0.64 user=root@pve msg=no such user ('root@pve')
    Jul 28 21:27:24 Ugin pvedaemon[432]: authentication failure; rhost=10.0.0.64 user=root@pam msg=error during cfs-locked 'authkey' operation: got lock request timeout
    Jul 28 21:40:00 Ugin pvedaemon[3582]: authentication failure; rhost=10.0.0.64 user=root@pve msg=no such user ('root@pve')
    Jul 28 21:40:18 Ugin pvedaemon[432]: authentication failure; rhost=10.0.0.64 user=root@pam msg=error during cfs-locked 'authkey' operation: got lock request timeout
    Jul 28 21:40:37 Ugin pvedaemon[432]: authentication failure; rhost=10.0.0.64 user=root@pam msg=error during cfs-locked 'authkey' operation: got lock request timeout
    Jul 28 21:48:39 Ugin pvedaemon[432]: authentication failure; rhost=10.0.0.64 user=root@pve msg=no such user ('root@pve')
    Jul 28 21:48:43 Ugin pvedaemon[3582]: authentication failure; rhost=10.0.0.64 user=root@pve msg=no such user ('root@pve')
    Jul 28 21:48:43 Ugin pvedaemon[3582]: authentication failure; rhost=10.0.0.64 user=root@pve msg=no such user ('root@pve')
    Jul 28 21:48:43 Ugin pvedaemon[3582]: authentication failure; rhost=10.0.0.64 user=root@pve msg=no such user ('root@pve')

    ```

    Обратите внимание на сообщения об ошибках аутентификации, особенно `no such user ('root@pve')`. Вывод `systemctl status pve-manager` также может быть полезен.

    Хочу поблагодарить всех, кто занимается поддержкой этого сообщества и администрированием форума! Заранее благодарен за помощь.
     
     
     
    mhakim
    Guest
    #2
    0
    21.02.2022 03:32:00
    Спасибо, @oguz, сработало как по маслу.
     
     
     
    Heliart
    Guest
    #3
    0
    03.03.2022 22:37:00
    Да, и я столкнулся с этой проблемой входа примерно раз в несколько недель, с тех пор, как перешёл на новую установку 7.1. Предложенное выше исправление работает, когда это происходит, и не нужно перезагружать сервер – так что я очень доволен.
     
     
     
    syd_d
    Guest
    #4
    0
    19.08.2022 15:49:00
    Пришел домой с отпуска, включил свою домашнюю лабораторию и столкнулся с этой же проблемой. Нашел этот пост и, глядя на решение здесь, вспомнил, что у меня есть кластер (я нацепил PVE на старый ноутбук, о котором забыл включить, и создал кластер). Так что прежде чем что-либо делать, я включил ноутбук, и вуаля, проблема с входом исчезла. Также заметил, что контейнеры и ВМ (не на ноутбуке), которые должны были автоматически запуститься, не запустились; они запустились только после того, как ноутбук включился. Но у меня есть вопрос. Что, если ноутбук выйдет из строя и я перезагружу свой основной PVE? По всей видимости, я не смогу войти через GUI, сработает ли вышеописанное, если нода отсутствует?
     
     
     
    quasimodem
    Guest
    #5
    0
    27.08.2022 19:33:00
    Залогиньтесь в шелл, убедитесь, что файрвол отключен и не работает.
     
     
     
    vaschthestampede
    Guest
    #6
    0
    19.10.2022 19:00:00
    У меня была та же проблема, оказалось, дело было в кабеле, который использовался для Ceph и в качестве вторичного соединения между двумя узлами. Как только подключение восстановили, появилась возможность войти в WebGUI.
     
     
     
    bummer
    Guest
    #7
    0
    11.12.2022 16:48:00
    И мне пригодилось! Спасибо!
     
     
     
    hardingd1977
    Guest
    #8
    0
    24.07.2024 16:24:00
    Только что запустил свой кластер лабораторий и столкнулся с этой проблемой, и решение сработало и у меня. Спасибо за быструю доработку.
     
     
     
    luda83
    Guest
    #9
    0
    09.10.2024 00:01:00
    Спасибо, это тоже мне помогло, после того, как я последовал совету из другого поста о том, как переименовать мой хост, и потерял Web GUI, но смог подключиться по SSH. Вики не хватало подробностей.
     
     
     
    Страницы: 1
    Читают тему
    +7 (495) 320-70-49
    info@proxmox.su

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