В чем проблема конфига для subdomain в nginx

Question

[Артём Зубков]

Добрый день!

Есть конфиг:

server {

        listen   80;
        listen   [::]:80 default ipv6only=on;

        server_name  my.com ~^([.+])\.my.com$;

        set $subdomain $1;

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

        root /var/www/$subdomain;
        location / {
            index index.html index.htm;
        }

        location ~* \.(jpg|ico|gif|png|css|js|svg)$ {
            expires 30d;
        }
}

Имя ресурса куплено на reg.ru и настроено правило для всех под доменов *.my.com.

При переходе допустим по d3.my.com я ожидаю что nginx сделает root равным /var/www/d3, но он почему-то все равно ломится в /var/www/.

В чем может быть проблема?

Comments

[Артём Зубков]

Решил!

server {
    listen 80;
    server_name ~^(.*)\.my\.com$;
    set $sd $1;
    if ($sd = "www") {
        set $sd "";
    }
    rewrite_log on;
    rewrite ^ http://my.com/$sd$request_uri? permanent;
}


server {

    listen   80; ## listen for ipv4
    listen   [::]:80 default ipv6only=on; ## listen for ipv6

    server_name  my.com;

    access_log  /var/log/nginx/artzub.access.log main;
    error_log  /var/log/nginx/artzub.error.log info;

    root /var/www;
    location / {
        index index.html index.htm;
    }

    location ~* \.(jpg|ico|gif|png|css|js|svg)$ {
        access_log off;
        expires 30d;
    }
}

[Артём Зубков]

всем еще раз огромное спасибо за участие!

[Артём Зубков]

во проверяйте =)
oly.artzub.com
d3.artzub.com/olyspace

[Артём Зубков]

Вот на данный момент конечный вариант:

server {
    listen 80;
    server_name ~^(www\.)?((?<sd>.+)\.)?my\.com&;
    return 301 http://my.com/$sd$request_uri;
}

server {

    listen   80; ## listen for ipv4
    listen   [::]:80 default ipv6only=on; ## listen for ipv6

    server_name  my.com;

    access_log  /var/log/nginx/artzub.access.log main;
    error_log  /var/log/nginx/artzub.error.log info;

    root /var/www;

    location / {
        index index.html index.htm;
    }

    location ~* \.(?:jpg|ico|gif|png|css|js|svg)$ {
        access_log off;
        expires 30d;
    }
}

[Артём Зубков]

ой после \.com надо не & а $

Answer 1

[Алексей Сундуков]

Проблема в регулярно выражении. Должно быть что-то в духе ([a-z0-9-\.]+), а не ([.+]). Текущий же вариант означает "один любой символ и плюс".

Comments

[agladkov]

+1 проблема в регулярке, но для решения достаточно убрать квадратные скобки.

[Артём Зубков]

реально ошибся в регулярке… спасибо…

но теперь проблема в следующем…
если перехожу test.my.com то он пытается найти файл index в /var/www/ но если допусти делаю так test.my.com/test1 то он идет правильным путем /var/www/test/ и ищет там каталог test1, а в нем index. С чем это связано?

[Алексей Сундуков]

>но для решения достаточно убрать квадратные скобки
Ну я бы так делать не стал, по крайней мере у себя. Если их просто убрать, то выйдет «любой символ». А список допустимых символов для имени домена более чем конкретен. Вот его и нужно использовать иначе на бэкэнд удет «левый» запрос, а зачем когда этого можно избежать и отсечь уже на уроне nginx? В общем я в своем приложении делегирую такие моменты на nginx, он это делает быстрее и эффективнее.

[Алексей Сундуков]

>С чем это связано?
Думаю, с наличием/отсутсвием слеша. Вообще лучше всегда подцепиться к nginx рабочему процессу strace-ом и по нему точно посмотреть, куда он пытается зайти, что ему сказала ОС и куда он в итоге ушел.

[Артём Зубков]

У меня пока только один nginx, мне пока только статические странички с js скриптом отдавать надо… бекэнда нет…

проблема которую я озвучил в предыдущем комменте все еще остается…
лучше решение которое на данный момент я нашел это

server {
    listen 80;
    server_name ~^(.*)\.my\.com$;
    set $sd $1;
    if ($sd = "www") {
        set $sd "";
    }
    rewrite_log on;
    rewrite ^ http://my.com/$sd$request_uri? permanent;
}


server {

    listen   80; ## listen for ipv4
    listen   [::]:80 default ipv6only=on; ## listen for ipv6

    server_name  my.com;

    access_log  /var/log/nginx/artzub.access.log main;
    error_log  /var/log/nginx/artzub.error.log info;

    root /var/www;
    location / {
        index index.html index.htm;
    }

    location ~* \.(jpg|ico|gif|png|css|js|svg)$ {
        access_log off;
        expires 30d;
    }
}

[Артём Зубков]

а подробней о strace

[Артём Зубков]

не поверите!!! =)))
все проблемы от Chrome =))) а именно что он умница все кеширует =))) точнее тут конечно связка nginx и chrome, так как nginx говорит что ничего не изменилось а chrome берет из кеша то что ему кажется верно… так что последний конфиг рабочий =))))

[Алексей Сундуков]

При разработке chome лучше не пользоваться. У него, хм… своеобразный кэш. Firefox+firebug сейчас самый оптимальный вариант. В остальном уже тестится по ситуации.

Answer 2

[Stdit]

habrahabr.ru/post/26401/

Comments

[gaelpa]

Ссылка из комментария в этом посте server-tuning.info/nginx/auto-subdomains.html

[Stdit]

Вот ещё можно почитать и поразмыслить: habrahabr.ru/post/74135/

[Артём Зубков]

вот это полезная инфа…

Answer 3

[VBart]

nginx.org/en/docs/http/server_names.html
nginx.org/en/docs/http/converting_rewrite_rules.html
wiki.nginx.org/IfIsEvil
wiki.nginx.org/Pitfalls
man pcresyntax

Правильный конфиг выглядел бы так:

server {
    listen 80;
    server_name www.my.com;
    return 301 http://my.com$request_uri;
}

server {
    listen 80;
    server_name ~^(?<sd>.+)\.my\.com$;
    return 301 http://my.com/$sd$request_uri;
}


server {

    listen   80; ## listen for ipv4
    listen   [::]:80 default ipv6only=on; ## listen for ipv6

    server_name  my.com;

    access_log  /var/log/nginx/artzub.access.log main;
    error_log  /var/log/nginx/artzub.error.log info;

    root /var/www;

    location / {
        index index.html index.htm;
    }

    location ~* \.(?:jpg|ico|gif|png|css|js|svg)$ {
        access_log off;
        expires 30d;
    }
}

Comments

[Артём Зубков]

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

[Артём Зубков]

Я позволил его немного модифицировать:

server {
    listen 80;
    server_name ~^(www\.)?((?<sd>.+)\.)?my\.com&;
    return 301 http://my.com/$sd$request_uri;
}

server {

    listen   80; ## listen for ipv4
    listen   [::]:80 default ipv6only=on; ## listen for ipv6

    server_name  my.com;

    access_log  /var/log/nginx/artzub.access.log main;
    error_log  /var/log/nginx/artzub.error.log info;

    root /var/www;

    location / {
        index index.html index.htm;
    }

    location ~* \.(?:jpg|ico|gif|png|css|js|svg)$ {
        access_log off;
        expires 30d;
    }
}

[Артём Зубков]

ой после \.com надо не & а $

[VBart]

Если вы не используете захват, то создавайте группы без захватов. В регулрярных выражениях (abc) — это группа с захватом, а (?:abc) — без. Иначе вы просто расходуете ресурсы. Ничтожные, но все-таки.

server_name ~^(?:www\.)?(?:(?<sd>.+)\.)?my\.com$;

[VBart]

хм, хабр съел <sd>: ~^(?:www\.)?(?:(?<sd>.+)\.)?my\.com$

[Артём Зубков]

а на почту пришло с <sd> =)
Большое спасибо… если делать маленькие ресурсы, но делать их правильно и оптимизировано, то потом на больших будет все гораздо понятней =)

Answer 4

[Артём Зубков]

А по подробней можно про strace

Comments

[Алексей Сундуков]

Выясняем pid рабочего процесса nginx:

[root@alekciy ~]# ps aux | grep nginx
root     14841  0.0  0.0   8920   848 pts/0    S+   12:11   0:00 grep nginx
root     30655  0.0  0.0  42720  2560 ?        Ss   01:40   0:00 nginx: master process /usr/local/nginx/sbin/nginx
nginx    30656  0.0  0.0  44504  5276 ?        S    01:40   0:01 nginx: worker process

У меня это 30656. Теперь зацепляем к нему strace

[root@alekciy ~]# strace -o ~/ou_1 -s 3000 -p 30656
Process 30656 attached - interrupt to quit

открываем нужные страницы, отцепляем strace от nginx (Ctrl+C), вывод strace у нас теперь в файле ou_1 в домашней директории, открываем его в редакторе и анализируем, что там да как:

^CProcess 30656 detached
[root@alekciy ~]# vim  ~/ou_1

[Артём Зубков]

бесконечно благодарен…

Answer 5

[Артём Зубков]

всем еще раз огромное спасибо за участие!!!