Назад | Перейти на главную страницу

Проблемы конфигурации Nginx

У меня большие проблемы с правильным отображением моего веб-сайта Nginx.

Я получал 404 ошибки, и теперь я получаю Connection Refused ошибка.

Это мое Nginx конфигурация

user www-data;
worker_processes auto;
pid /run/nginx.pid;

events {
        worker_connections 768;
}

http {
        sendfile on;
        tcp_nopush on;
        tcp_nodelay on;
        keepalive_timeout 65;
        types_hash_max_size 2048;
        server_names_hash_bucket_size 64;
        include /etc/nginx/mime.types;
        default_type application/octet-stream;

        ssl_protocols TLSv1 TLSv1.1 TLSv1.2; # Dropping SSLv3, ref: POODLE
        ssl_prefer_server_ciphers on;

        access_log /var/log/nginx/access.log;
        error_log /var/log/nginx/error.log;

        gzip on;
        gzip_disable "msie6";

        include /etc/nginx/conf.d/*.conf;
        include /etc/nginx/sites-enabled/*;
}

Он включает две другие папки, conf.d пусто, и сайты с поддержкой включая символические ссылки на мою конфигурацию Vhost, которая следующая.

server {
        listen 80;
        listen [::]:80;
    root /var/www/subdomain.mydomain.com;
    index index.php;
    server_name subdomain.mydomain.com www.subdomain.mydomain.com;

    location / {
       try_files $uri $uri/ /index.php?$query_string;
    }

    location ~ \.php$ {
           try_files $uri =404;
           fastcgi_pass unix:/run/php/php7.0-fpm.sock;
           fastcgi_index index.php
           fastcgi_param SCRIPT_FILENAME$document_root$fastcgi_script_name;
           include fastcgi_params;
    }

    location ~/\.ht {
            deny all;
    }
}

В Корень указанная папка существует и содержит index.php файл, который прямо сейчас просто отображает строку.

Журналы ошибок nginx показывают только следующее:

2016/11/24 22:35:40 [notice] 8834#8834: signal process started
2016/11/24 22:38:30 [notice] 8890#8890: signal process started
2016/11/24 23:13:48 [notice] 10108#10108: signal process started
2016/11/24 23:14:16 [notice] 10141#10141: signal process started

PHP-FPM установлен, и носок существует в указанном каталоге, и FPM фактически работает, в любом случае это не похоже на PHP вопрос.

Это оставляет саму конфигурацию или разрешения возможно?

Как я уже сказал, мой проект находится в каталоге / var / www.

Разрешение, которое выглядит так

drwxr-sr-x 2 www-data www-data 4096 Nov 24 23:31 subdomain.mydomain.com

Индексный файл внутри него:

-rw-rw-r-- 1 myusername www-data 25 Nov 24 23:50 index.php

Сайты работают в экземпляре AWS. Я уже разрешил порт 80 в группах безопасности, и доступ разрешен из любого места.

Если кто-нибудь может мне помочь, я был бы очень признателен, так как я уже третий час пытаюсь понять это ... :(

Наконец выяснилось ... я неправильно создал свою символическую ссылку в Ubuntu для папки с поддержкой сайтов.

Я не совсем помню, что я сделал не так, но явным признаком неправильной символической ссылки является то, что в ней говорится, что у вас нет прав на ее редактирование даже с помощью sudo. Если это произойдет, ваша символическая ссылка неверна, и вам нужно воссоздать ее, иначе ваши сайты не будут работать.

Надеюсь, моя ошибка может кому-то помочь в будущем, спасибо всем за помощь :)

Тебе не нужно try_files в твоем location ~ \.php$ раздел. Здесь вы просто передаете обработку непосредственно процессу PHP-FPM.