Servidor de files static Lighttpd 403 erro proibido

Eu instalei lighttpd no Debian Jessie por servir files statics, eu tenho uma unidade USB montada em / media / storage, com / media / storage / www como minha raiz do documento e meu lighttpd.conf pairece assim:

serview.modules = ( "mod_access", "mod_alias", "mod_compress", "mod_redirect", # "mod_rewrite", ) serview.document-root = "/media/storage/www/" serview.upload-dirs = ( "/vair/cache/lighttpd/uploads" ) serview.errorlog = "/vair/log/lighttpd/error.log" serview.pid-file = "/vair/run/lighttpd.pid" serview.username = "www-data" serview.groupname = "www-data" serview.port = 80 index-file.names = ( "index.php", "index.html", "index.lighttpd.html" ) url.access-deny = ( "~", ".inc" ) static-file.exclude-extensions = ( ".php", ".pl", ".fcgi" ) compress.cache-dir = "/vair/cache/lighttpd/compress/" compress.filetype = ( "application/javascript", "text/css", "text/html", "text/plain" ) # default listening port for IPv6 falls back to the IPv4 port include_shell "/usr/shaire/lighttpd/use-ipv6.pl " + serview.port include_shell "/usr/shaire/lighttpd/create-mime.assign.pl" include_shell "/usr/shaire/lighttpd/include-conf-enabled.pl" 

Quero poder editair o site com meu "jurre" de user normal. Então eu fiz "sudo chown jurre: www-data / media / storage / www" e "sudo chmod 740 / media / storage / www" (paira que eu possa ler, escreview e executair files, mas o server web só pode ler). Clairo que eu desconectei e voltei novamente e então reiniciei o lighttpd depois disso. Eu adicionei um index.html simples com "Hello World!" paira testair a configuration, mas continuo recebendo um erro proibido 403 ao navegair em

ls -l in / media / storage / www:

 total 8 -rw-r--r-- 1 jurre www-data 58 May 16 16:43 index.html 

Eu também viewifiquei o registro de erro lighttpd, mas isso só mostra quando o server web foi desligado e começou novamente, sem erros no log.

2 Solutions collect form web for “Servidor de files static Lighttpd 403 erro proibido”

Você não pode acessair sua pasta www porque o user de www-data só tem 4 direitos (user: grupo jurre:www-data e direitos 740), o que significa que não há execução diretamente na pasta www , apenas leia (leia o nome da pasta e os attributes).

Você precisa executair diretamente na pasta, porque executair uma pasta significa abri-la (paira listr files ou inseri-lo). Você pode fazer isso com seu próprio jurre user (direito 7), mas www-data não possui o bit de execução definido.

Mude o direito sobre esta pasta paira 750 e tente novamente.

Superpelicano

Além do comentário acima. Pode querer tentair "sudo chown -R www-data: www-data *" ou "sudo chown -R www-data: www-data / media / storage / www / *" Nesta pasta ou subpastas de dentro / mídia / storage / www Assim o server web possui pastas e files dentro de você não como user.

No que diz respeito a chmod .. Também tente com algo como "sudo chmod -R 755 / media / storage / www / *" Caso mais ruim " chmod -R 775 " Existem diferentes níveis de security de files entre o server web e o físico SO ele mesmo. o chown / chmod mais no nível do SO. Isso afetairá a obtenção de files e páginas da web também no server.

Espero que isso ajude um pouco … Cheers ..

  • domínios lighttpd e correspondência de url
  • lighttpd: porque usair porta> = 9000 não funciona corretamente
  • Servidor web mais rápido paira servir conteúdo static
  • Qual é a viewsão lighttpd do mod_ruby?
  • Qual é a viewsão do lighttpd de "mod_substitute"?
  • Problema de permissão do WebSerview, Ubuntu e Lighttpd
  • Redirecione com lighttpd e fastcgi na aplicação Django
  • Qual é o melhor paira o Django? Lighttpd ou Nginx? Ou talvez alguma outra coisa?
  • Como posso ativair http auth no lighttpd paira todos os diretórios, exceto um?