Недавно я перешел на новый компьютер и скопировал со своего старого компьютера все существующие git-репозитории для проектов веб-разработки. На этом старом компьютере я установил apache для обслуживания определенных папок из подкаталога моей домашней папки как веб-сайтов для разработчиков (статических или с использованием PHP). Так, например, личный проект будет жить в /home/myusername/programming/personal/projectname/ .

Теперь на новом компьютере я попытался настроить nginx, чтобы использовать его аналогичным образом.

Я следовал этому руководству по DigitalOcean, чтобы установить nginx (и MySQL и PHP) на свой ноутбук с ОС Linux Mint 18.1 (Serena).

Я настроил nginx следующим образом:

/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;
#   }
#}

После этого тестирование путем создания и /var/www/html/info.php (как показано в руководстве) работало успешно.

Я сейчас попытался добавить домен для одного из моих проектов.

/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;
        }
}

(Я также добавил символическую ссылку с сайтов, на которых включена поддержка: ln -s /etc/nginx/sites-available/projectname.dev /etc/nginx/sites-enabled/projectname.dev).

После перезапуска nginx (sudo service nginx restart) и добавления 127.0.0.1 projectname.dev в мой файл /etc/hosts -file меня встретила ошибка 404.

Заглянув в /var/log/nginx/error.log , я обнаружил, что запросы, которые я выполняю, не выполняются по следующей причине:

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"

Я ожидаю, что это связано с управлением правами файлов / каталогов в linux / unix. Мой домашний каталог явно принадлежит myusername, а nginx запускается пользователем www-data. Однако я не уверен, как изменить права на эту папку, чтобы www-data / nginx мог получить к ней доступ (и к файлам внутри).

Как это можно решить? И почему я не столкнулся с этой проблемой при настройке Apache на моем предыдущем компьютере (также работающем под управлением Linux Mint)?

1 ответ1

0

Я когда-либо использовал nginx но, следуя вашей подсказке - что мне кажется правильным - я бы изменил разрешения соответствующих файлов / папок, изменив владельца группы на www-data и проверив, что файлы имеют по крайней мере 0644 и папки в аренде 0755 разрешений.

Если вам нужно, чтобы ваше веб-приложение записывало в некоторые файлы или каталоги, либо измените владельца этих файлов / каталогов на www-data, либо добавьте разрешение на групповую запись (0664 для файлов и 0775 для папок).

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .