Linux-Bulgaria.ORG
навигация

 

начало

пощенски списък

архив на групата

семинари ...

документи

как да ...

 

 

Предишно писмо Следващо писмо Предишно по тема Следващо по тема По Дата По тема (thread)

Re: lug-bg: malyk http server sys symlink support ?


  • Subject: Re: lug-bg: malyk http server sys symlink support ?
  • From: "raptor@xxxxxxxxxx" <raptor@xxxxxxxxxx>
  • Date: Fri, 25 Feb 2005 12:43:19 +0200
  • Cc: roam@xxxxxxxxxxx

Ako e startirano s -nos opciq :
>>>
500 Internal Error
There was an unusual problem serving the requested URL '/a'.
<<<
Syshtoto e bez -nos...




 -nos   Don't  do  explicit  symbolic link checking.  Normally, thttpd explicitly expands any symbolic links in file-
              names, to check that the resulting path stays within the original document tree.  If you  want  to  turn  off
              this check and save some CPU time, you can use the -nos flag, however this is not recommended.  Note, though,
              that if you are using the chroot option, the symlink checking is unnecessary and is turned off, so  the  safe
              way to save those CPU cycles is to use chroot.  The config-file option names for this flag are "symlinkcheck"
              and "nosymlinkcheck"

SYMLINKS
       thttpd  is very picky about symbolic links.  Before delivering any file, it first checks each element in the path to
       see if it's a symbolic link, and expands them all out to get the final actual filename.  Along the way it checks for
       things  like links with ".." that go above the server's directory, and absolute symlinks (ones that start with a /).
       These are prohibited as security holes, so the server returns an error page for them.  This means you can't  set  up
       your  web  directory with a bunch of symlinks pointing to individual users' home web directories.  Instead you do it
       the other way around - the user web directories are real subdirs of the main web directory, and in each user's  home
       dir there's a symlink pointing to their actual web dir.

       The  CGI  pattern  is also affected - it gets matched against the fully-expanded filename.  So, if you have a single
       CGI directory but then put a symbolic link in it pointing somewhere else, that won't work.  The CGI program will  be
       treated as a regular file and returned to the client, instead of getting run.  This could be confusing.




On Fri, 25 Feb 2005 12:03:50 +0200
Peter Pentchev <roam@xxxxxxxxxxx> wrote:

|On Fri, Feb 25, 2005 at 11:53:05AM +0200, raptor@xxxxxxxxxx wrote:
|> hi,
|> 
|> Някои да ми препоръча веб сървър които да е малък и лесен за настроика
|> и да поддържа symlinks.
|> Трябва ми такъв които да гълта малко памет и да е скалируем поне до
|> 100-200 едновременни заявки... за http streaming..
|
|http://www.boa.org/
|
|> В момента пробвах thttpd но тои не поддържа symlinks
|
|Ммм... в това не съм съвсем сигурен.  Разглеждал ли си manual page-а,
|опцията -nos и конфигурационните опции symlinkcheck и nosymlinkcheck?
|Ако имаш и сорса, погледни какво пише в TODO за проверката на symlinks
|при опити за оторизация... и накрая все пак пробвай Boa :))
|
|Поздрави,
|Петър
|
|-- 


-----
http://linuxtoday.com/news_story.php3?ltsn=2004-12-08-004-32-OS-BZ-DT-0005
snip> MS Office is popular in the same way as heart disease is the most popular way to die.
============================================================================
A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers).
http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora
To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
============================================================================



 

наши приятели

 

линукс за българи
http://linux-bg.org

FSA-BG
http://fsa-bg.org

OpenFest
http://openfest.org

FreeBSD BG
http://bg-freebsd.org

KDE-BG
http://kde.fsa-bg.org/

Gnome-BG
http://gnome.cult.bg/

проект OpenFMI
http://openfmi.net

NetField Forum
http://netField.ludost.net/forum/

 

 

Linux-Bulgaria.ORG

Mailing list messages are © Copyright their authors.