Неважно, теперь он работает.

Ой, подождите, вы думали, это все? Нет, друзья Server Fault и пользователи поисковых систем, вот руководство по настройке lighttpd с Webmin, работающим в подпапке. Наслаждайтесь!

Предпосылки

Цель этого руководства - настроить установку lighttpd вместе с Webmin, чтобы можно было получить доступ к интерфейсу Webmin по адресу *http: // myhost / webmin.

На момент написания этого руководства текущая версия Webmin была 1.580, а используемая версия lighttpd - 1.4.28. Я предполагаю, что вы уже установили оба. Имя «myhost» всегда обозначает имя хоста машины, на которой работает lighttpd.

Шаги

1. Конфигурация Webmin

Как упоминалось в официальном руководстве для Apache, вам необходимо добавить следующие строки в / etc / webmin / config:

webprefix=/webmin
webprefixnoredir=1
referer=myhost

2. Отключите SSL в Webmin.

Да, вы не ослышались, и, как Шейн Мэдден упомянул в комментарии выше, это не небезопасно, поскольку общение выглядит так:

client <----SSL----> myhost <--Loopback--> myhost:10000

Webmin будет связываться с экземпляром lighttpd, запущенным на myhost, через устройство обратной связи, которое находится внутри машины, что обычно можно контролировать только с привилегиями суперпользователя. Связь между клиентом и lighttpd по-прежнему будет с использованием SSL.

Итак, а как отключить SSL в Webmin? Просто отредактируйте следующую строку в /etc/webmin/miniserv.conf:

ssl=0

3. Конфигурация Lighttpd

Добавьте следующие строки в ваш /etc/lighttpd/lighttpd.conf:

$HTTP["url"] =~ "^/webmin" {
  magnet.attract-physical-path-to = ( "/var/www/webmin/conf/webmin-rewrite.lua" )

  proxy.server  = ( "" =>
    ( (
        "host" => "127.0.0.1",
        "port" => 10000,
    ) ) )
}

Как видите, мы проверяем, начинается ли URL с «/ webmin», и перенаправление на экземпляр Webmin прослушивает 127.0.0.1:10000. Однако Webmin не ожидает наличия дополнительного пути «... / webmin» в URL-адресе запроса, поэтому мы должны удалить его из URL-адреса. Однако, поскольку мы находимся в условном $ HTTP ["url"] - условном, мы не можем использовать какие-либо методы перезаписи URL, представленные mod_rewrite. (В противном случае мы бы просто сказали "strip-request-uri" => "/ webmin", но это не сработает. Это известная проблема, которая не решает проблему в lighttpd 1.4. См. Также документацию по mod_rewrite.) Однако мы можем используйте mod_magnet, чтобы переписать URL-адрес в сценарии LUA.

4. Скрипт LUA для mod_magnet

Создайте /var/www/webmin/conf/webmin-rewrite.lua со следующим содержимым:

subfolder = "/webmin"
n = string.len(subfolder)

if string.sub(lighty.env["request.uri"], 1, n) == subfolder then
    lighty.env["request.uri"] = string.sub(lighty.env["request.uri"], n+1)
end

Это удаляет префикс «/ webmin» из URL-адресов запроса.

5. Изменения кода для исправления перенаправлений.

Это уже почти работает, однако в коде перенаправления Webmin все еще есть ошибка, о которой также упоминалось Вот. В /usr/share/webmin/miniserv.pl измените строку

&write_data("Location: $prot://$host$portstr$in{'page'}\r\n");

к

&write_data("Location: $prot://$host$config{'subfolder_prefix'}$in{'page'}\r\n");

И в /etc/webmin/miniserv.conf добавьте строку:

subfolder_prefix=/webmin

Это исправляет перенаправление входа в систему Webmin, и все готово!

Дальнейшие примечания

Начиная с lighttpd версии 1.5, вы, вероятно, можете заменить скрипт LUA на mod_proxy_core, поскольку он способен переписывать URL-адреса запросов. Однако я этого не пробовал.

Кроме того, поскольку нет необходимости получать доступ к порту 10000 извне, я предлагаю заблокировать его:

iptables -A INPUT -i eth0 -p tcp --dport 10000 -j REJECT --reject-with tcp-reset

Однако эта команда может отличаться в зависимости от вашей локальной конфигурации.