Webmin на сервере: частые ошибки и решения

MAATRIX

Webmin надёжен, но при первой настройке и в работе всплывают повторяющиеся проблемы: панель не открывается на порту 10000, не проходит вход под root, браузер ругается на недоверенный сертификат, модуль не видит установленный сервис или страница отваливается по тайм-ауту. Практически все частые ошибки Webmin объясняются несколькими причинами — закрытый порт, права и способ входа, самоподписанный SSL, рассинхрон модуля с сервисом — и решаются понятными действиями. Разберём их по порядку, начиная с самых распространённых. Сначала о диагностике. Webmin ведёт собственные логи: /var/webmin/miniserv.log — журнал веб-сервера панели (кто заходил, ошибки доступа), /var/webmin/miniserv.error — ошибки запуска. Логи управляемых сервисов лежат в стандартных местах системы: /var/log/apache2/, /var/log/mysql/, /var/log/syslog. Полезно помнить, что Webmin — лишь веб-обёртка: если через него не работает Apache или MySQL, проблема почти всегда в самом сервисе, а не в панели, и чинить нужно сервис. Из этого следует главный принцип диагностики Webmin: разделяйте проблему панели и проблему сервиса. Если не открывается сама панель — разбираемся с портом 10000, демоном webmin и фаерволом. Если панель работает, но управляемый через неё сервис ведёт себя неправильно — забываем про Webmin и диагностируем сервис штатными средствами: смотрим его статус в systemd, читаем его лог, проверяем его конфиг. Такое разделение экономит массу времени: вы не ищете мифический баг панели там, где на самом деле упал Apache или переполнился диск под базой.

Панель не открывается на порту 10000

Самая частая жалоба. https://IP:10000 не грузится. Первое подозрение — закрытый порт 10000 в фаерволе. Проверьте, слушает ли Webmin порт:

ss -tlnp | grep 10000

Если сервис слушает, но снаружи недоступен, значит порт закрыт фаерволом на сервере или у провайдера. Откройте его для своего IP:

ufw allow from ВАШ_IP to any port 10000 proto tcp

Открывать порт 10000 всему интернету не стоит из соображений безопасности — ограничьте доступ своим адресом. Если же сервис вообще не слушает порт, значит демон Webmin не запущен:

systemctl status webmin
systemctl restart webmin

И проверьте, что заходите по https://, а не по http — Webmin работает только по защищённому протоколу.

Не проходит вход под root или паролем

Вы открыли панель, но логин отклоняется. Частая причина: на сервере закрыт вход root по паролю, и Webmin, аутентифицирующий пользователей через системные учётки, тоже его не пускает. Заходите под пользователем с правами sudo либо разрешите нужному пользователю доступ в Webmin.

Другая причина — блокировка после нескольких неудачных попыток. Webmin защищается от перебора и временно банит IP. Разбанить можно, отредактировав /etc/webmin/miniserv.conf и убрав запись о блокировке, либо подождав. Если вы забыли пароль администратора Webmin (когда используется отдельный пользователь Webmin, а не системный root), сбросьте его из консоли:

/usr/share/webmin/changepass.pl /etc/webmin root новый_пароль

Путь к скрипту может отличаться в зависимости от дистрибутива. Отсюда правило: сохраняйте SSH-доступ — через него всегда можно восстановить вход в панель.

Браузер ругается на недоверенный сертификат

По умолчанию Webmin использует самоподписанный сертификат, и браузеры показывают предупреждение о небезопасном соединении. Это не ошибка, а ожидаемое поведение, но жить с постоянными предупреждениями неудобно и небезопасно (легко пропустить настоящую подмену). Решение — выпустить доверенный сертификат Let's Encrypt для панели в разделе Webmin Configuration → SSL Encryption → Let's Encrypt.

Для выпуска домен, по которому вы заходите в панель (например, panel.vashdomen.ru), должен резолвиться на сервер, а порт 80 быть открыт для проверки. Проверьте резолвинг:

dig +short panel.vashdomen.ru

После выпуска панель откроется по HTTPS без предупреждений. Если выпуск не проходит, причины стандартные: домен не указывает на сервер, закрыт порт 80 или превышен лимит Let's Encrypt — исправьте и повторите.

Модуль не видит установленный сервис

Частая ситуация: вы поставили Apache или MySQL, а в Webmin модуль пишет, что сервис не найден или не установлен. Причина в том, что Webmin кэширует пути к бинарникам и конфигам, определённые при первом запуске модуля. После установки сервиса нужно обновить настройки модуля: откройте модуль, зайдите в его Module Config и укажите корректные пути, либо обновите модули целиком через Webmin → Refresh Modules.

Иногда модуль ищет сервис по старому пути (например, ожидает Apache в одном месте, а дистрибутив ставит в другое). В Module Config почти каждого модуля есть поля с путями к исполняемым файлам и конфигурации — приведите их в соответствие с реальным расположением. После этого модуль корректно подхватит сервис.

Страница Webmin отваливается по тайм-ауту

Панель открывается, но некоторые страницы грузятся бесконечно или отваливаются. Частая причина — модуль пытается выполнить долгую операцию: собрать список всех пакетов, просканировать большую файловую систему, опросить зависший сервис. Посмотрите, не упёрся ли сервер в ресурсы:

free -m
top -bn1 | head -15

Если памяти мало и система в свопе, любые операции идут медленно. Также тайм-аут даёт зависший управляемый сервис: например, страница управления MySQL висит, если сама MariaDB не отвечает. Проверьте статус сервиса отдельно от Webmin и, при необходимости, перезапустите его. Общая нехватка ресурсов — повод оценить тариф: на VPS MAATRIX память и CPU наращиваются без переустановки.

Безопасность: признаки компрометации

Отдельная тема — если Webmin был открыт всему интернету на порту 10000, сервер могли атаковать. Признаки: незнакомые пользователи в системе, чужие cron-задачи, исходящий спам, всплески нагрузки. Проверьте журнал входов в панель:

tail -50 /var/webmin/miniserv.log

Множество попыток входа с чужих IP — сигнал перебора. Немедленно ограничьте доступ к порту 10000 по IP, включите двухфакторную аутентификацию, смените пароли. Если есть признаки успешного взлома, самый честный путь — переустановить систему начисто и восстановить из чистого бэкапа. Впредь держите порт 10000 закрытым для всех, кроме вашего адреса, или ходите через SSH-туннель.

Частые вопросы