[pkg-lighttpd] Bug#445459: lighttpd: mod_alias fails on localhost

Steve Greenland steveg at moregruel.net
Tue Oct 23 22:51:17 UTC 2007


Olaf van der Spek wrote:
> I tried to reproduce this on a fresh install of 1.4.18-1, but failed.
> A fresh install doesn't include aliases except those for 127.0.0.1, so
> I'd like to ask you what you changed from the default configuration.

Uh, I added aliases (and enabled mod_alias, of course). For example, I
added the following for nagios support:


alias.url += ("/nagios2/cgi-bin" => "/usr/lib/cgi-bin/nagios2",
              "/nagios2/" => "/usr/share/nagios2/htdocs/",
              )

If I access 'http://localhost/nagios2/', I get a 404. If I access
'http://speedy.moregruel.net/nagios2/', it works fine. Using IPs instead
of names makes no difference: using 127.0.0.1 fails, while 192.168.1.2
works.

Okay, while trying to make the minimal lighttpd.conf that exhibits the
problem, I found that aliases work if 10-mod_cgi.conf is not enabled.
(I'd guess that this makes this bug related to #345554.) In particular,
if I comment out the remoteip section in 10-cgi.conf like this:

#$HTTP["remoteip"] == "127.0.0.1" {
#   alias.url += ( "/cgi-bin/" => "/usr/lib/cgi-bin/" )
#   $HTTP["url"] =~ "^/cgi-bin/" {
#       cgi.assign = ( "" => "" )
#   }
#}

...aliases work again. I'm not sure why that section is there, the
/cgi-bin/ -> /usr/lib/cgi-bin/ mapping should work no matter what the
remote IP.

BTW, if you expect the bug submitter to respond to a question, you
really need to CC the submitter; the BTS doesn't automatically do this
(which I think is bad design...) I just happened to check the bug and
found your question.

Regards,
Steve



-- 
Steve Greenland
    The irony is that Bill Gates claims to be making a stable operating
    system and Linus Torvalds claims to be trying to take over the
    world.       -- seen on the net





More information about the pkg-lighttpd-maintainers mailing list