Recentemente, mudei para um novo computador e copiei todos os repositórios git existentes para projetos de desenvolvimento web do meu antigo computador. Naquele computador antigo, eu tinha instalado o apache para servir certas pastas como subdiretório da minha pasta pessoal como sites de desenvolvimento (estáticos ou usando PHP). Então, por exemplo, um projeto pessoal viveria sob /home/myusername/programming/personal/projectname/
.
Agora, no novo computador, tentei configurar o nginx para usá-lo de maneira semelhante.
Eu segui este guia sobre DigitalOcean para instalar o nginx (e MySQL e PHP) no meu laptop que executa o Linux Mint 18.1 (Serena).
Eu configurei o nginx da seguinte forma:
/etc/nginx/sites-available/default
:
##
# You should look at the following URL's in order to grasp a solid understanding
# of Nginx configuration files in order to fully unleash the power of Nginx.
# http://wiki.nginx.org/Pitfalls
# http://wiki.nginx.org/QuickStart
# http://wiki.nginx.org/Configuration
#
# Generally, you will want to move this file somewhere, and start with a clean
# file but keep this around for reference. Or just disable in sites-enabled.
#
# Please see /usr/share/doc/nginx-doc/examples/ for more detailed examples.
##
# Default server configuration
#
server {
listen 80 default_server;
listen [::]:80 default_server;
# SSL configuration
#
# listen 443 ssl default_server;
# listen [::]:443 ssl default_server;
#
# Note: You should disable gzip for SSL traffic.
# See: https://bugs.debian.org/773332
#
# Read up on ssl_ciphers to ensure a secure configuration.
# See: https://bugs.debian.org/765782
#
# Self signed certs generated by the ssl-cert package
# Don't use them in a production server!
#
# include snippets/snakeoil.conf;
root /var/www/html;
# Add index.php to the list if you are using PHP
index index.php index.html index.htm index.nginx-debian.html;
server_name _;
location / {
# First attempt to serve request as file, then
# as directory, then fall back to displaying a 404.
try_files $uri $uri/ =404;
}
# pass the PHP scripts to FastCGI server listening on 127.0.0.1:9000
location ~ \.php$ {
include snippets/fastcgi-php.conf;
# # With php7.0-cgi alone:
# fastcgi_pass 127.0.0.1:9000;
# # With php7.0-fpm:
fastcgi_pass unix:/var/run/php/php7.0-fpm.sock;
}
# deny access to .htaccess files, if Apache's document root
# concurs with nginx's one
#
location ~ /\.ht {
deny all;
}
}
# Virtual Host configuration for example.com
#
# You can move that to a different file under sites-available/ and symlink that
# to sites-enabled/ to enable it.
#
#server {
# listen 80;
# listen [::]:80;
#
# server_name example.com;
#
# root /var/www/example.com;
# index index.html;
#
# location / {
# try_files $uri $uri/ =404;
# }
#}
Depois disso, testar criando e /var/www/html/info.php
(como mostrado no guia) funcionou com sucesso.
Eu agora tentei adicionar um domínio para um dos meus projetos.
/etc/nginx/sites-available/projectname.dev
:
server {
listen 80;
listen [::]:80;
server_name projectname.dev;
root /home/myusername/programming/personal/projectname/;
index index.php index.html;
location / {
# First attempt to serve request as file, then
# as directory, then fall back to displaying a 404.
try_files $uri $uri/ =404;
}
# pass the PHP scripts to FastCGI server listening on 127.0.0.1:9000
location ~ \.php$ {
include snippets/fastcgi-php.conf;
# # With php7.0-cgi alone:
# fastcgi_pass 127.0.0.1:9000;
# # With php7.0-fpm:
fastcgi_pass unix:/var/run/php/php7.0-fpm.sock;
}
# deny access to .htaccess files, if Apache's document root
# concurs with nginx's one
#
location ~ /\.ht {
deny all;
}
}
(também adicionei um link simbólico de sites habilitados para isso: ln -s /etc/nginx/sites-available/projectname.dev /etc/nginx/sites-enabled/projectname.dev
).
Após reiniciar o nginx ( sudo service nginx restart
) e adicionar 127.0.0.1 projectname.dev
ao meu /etc/hosts
-file, fui recebido com um erro 404.
Olhando em /var/log/nginx/error.log
, descubro que as solicitações que faço falham por causa do seguinte motivo:
2017/04/17 21:38:11 [crit] 30176#30176: *3 stat() "/home/myusername/programming/personal/projectname/" failed (13: Permission denied), client: 127.0.0.1, server: projectname.dev, request: "GET / HTTP/1.1", host: "projectname.dev"
Espero que isso tenha a ver com o gerenciamento de direitos de arquivos / diretórios no linux / unix. Meu diretório pessoal é obviamente de propriedade do myusername , enquanto o nginx é executado pelo usuário www-data . No entanto, não tenho certeza de como alterar os direitos dessa pasta para que www-data / nginx possa acessá-la (e os arquivos nela).
Como isso pode ser resolvido? E por que eu não tive esse problema ao configurar o Apache no meu computador anterior (também rodando o Linux Mint)?