nginx некорректно обслуживает поддомены

Мой nginx.conf в значительной степени является конфигурацией по умолчанию с добавленным резервным серверным блоком:

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

events {
    worker_connections 768;
    # multi_accept on;
}

http {

    ##
    # Basic Settings
    ##

    sendfile on;
    tcp_nopush on;
    tcp_nodelay on;
    keepalive_timeout 65;
    types_hash_max_size 2048;
    # server_tokens off;

    # server_names_hash_bucket_size 64;
    # server_name_in_redirect off;

    include /etc/nginx/mime.types;
    default_type application/octet-stream;

    ##
    # SSL Settings
    ##

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

    ##
    # Logging Settings
    ##

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

    ##
    # Gzip Settings
    ##

    gzip on;
    gzip_disable "msie6";

    # gzip_vary on;
    # gzip_proxied any;
    # gzip_comp_level 6;
    # gzip_buffers 16 8k;
    # gzip_http_version 1.1;
    # gzip_types text/plain text/css application/json application/javascript text/xml application/xml application/xml+rss text/javascript;

    ##
    # Virtual Host Configs
    ##

    # fallback-server if host is not known
    server {
        listen 80 default_server;
        server_name _;
        return 404;
    }

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

Папка /etc/nginx/conf.d/ пусто.

Sites-enabled содержит символическую ссылку на следующий файл конфигурации:

server {  
    listen 80;
    server_name www.subdomain.example.com subdomain.example.com;
    root /var/www/subdomain;
    index index.html;   

    location / {
        try_files $uri $uri/ =404;
    }
}

Проблема в том, что nginx всегда по умолчанию использует резервный сервер, даже для запросов с subdomain.example.com.

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

Это тестовая установка, которую я хотел бы расширить для обслуживания нескольких поддоменов. Добавление второго сервера для второго поддомена также приводит к тому, что только один сервер обслуживает все запросы.

nginx access.log выдержка (2 недавних запроса):

XX.XXX.XXX.XXX - - [17/Aug/2017:18:13:32 +0200] "GET / HTTP/1.1" 404 152 "-" "Mozilla/5.0 (iPhone; CPU iPhone OS 10_3_3 like Mac OS X) AppleWebKit/603.3.8 (KHTML, like Gecko) Version/10.0 Mobile/14G60 Safari/602.1"
XX.XXX.XXX.XXX - - [17/Aug/2017:18:14:17 +0200] "GET / HTTP/1.1" 404 209 "-" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_12_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/60.0.3112.90 Safari/537.36"

nginx error.log отрывок (последние 2 записи)

2017/08/17 16:11:53 [notice] 3829#3829: signal process started
2017/08/17 16:32:10 [notice] 3914#3914: signal process started

Мои вопросы:

1. Что мне здесь не хватает?
2. Возможно ли, что мои поддомены неправильно настроены, например, что был отправлен неправильный хост? Однако проверка записи хоста заголовков запроса с помощью Chrome показывает правильный субдомен (subdomain.example.com) и выполнение dig на нем также возвращается раздел ответа.

Конечно, я провел некоторое исследование по этому поводу, но не смог понять, что не так:

• Этот вопрос -> неправильная директива прослушивания: проверено.
• Этот вопрос -> неправильно настроенный субдомен: проверено (хотя это может быть проблемой, и я не знаю, как это проверить).
• Этот вопрос -> Серверный блок не на сайтах включен: проверено.
• Этот вопрос -> Нет server_name в серверном блоке: проверено.

Обновить

Результаты nginx -t

nginx: [alert] could not open error log file: open() "/var/log/nginx/error.log" failed (13: Permission denied)
2017/08/18 08:03:51 [warn] 6200#6200: the "user" directive makes sense only if the master process runs with super-user privileges, ignored in /etc/nginx/nginx.conf:1
nginx: the configuration file /etc/nginx/nginx.conf syntax is ok
2017/08/18 08:03:51 [emerg] 6200#6200: open() "/run/nginx.pid" failed (13: Permission denied)
nginx: configuration file /etc/nginx/nginx.conf test failed

Результаты sudo nginx -t

nginx: the configuration file /etc/nginx/nginx.conf syntax is ok
nginx: configuration file /etc/nginx/nginx.conf test is successful

Обновление 2

Не уверен, актуально ли это. После удаления всех запросов блоков сервера с subdomain.example.com привести к 503 Service Temporarily Unavailable сайт. Запросы к XX.XXX.XXX.XXX:80 в результате браузер сообщает мне, что не может открыть страницу.

Кроме того, я пробовал обслуживать разные локации в блоке сервера поддоменов, и это сработало. Однако я неправильно настроил местоположение, используя root вместо того alias и это вернуло страницу nginx по умолчанию в /var/www/html, который нигде не указан как корневой каталог или как псевдоним. Как это возможно?