связка nginx+apache не отдает поддомен

OPC
На сайте с 20.02.2006
Offline
43
OPC
3518

ДД!

есть связка nginx+apache, не хочет отдавать поддомен, хотя в конфигах настроена отдача:

кусок конфига энджинкс:

server {

listen 192.168.0.0:80;

server_name site.ru www.site.ru;

location / {

proxy_pass http://192.168.0.8:81;

proxy_redirect http://site.ru:81/ /;

proxy_set_header Host $host;

proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;

proxy_set_header X-Real-IP $remote_addr;

}

location ~* \.(gif|png|jpe?g|js|css|txt|ico|swf)$ {

root /home/webmaster/www/site.ru;

access_log /var/log/apache2/site.ru_custom.log;

error_page 404 = @fallback;

}

location @fallback {

proxy_pass http://192.168.0.0:81;

proxy_set_header Host $host;

proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;

proxy_set_header X-Real-IP $remote_addr;

}

}

server {

listen 192.168.0.0:80;

server_name forum.site.ru www.forum.site.ru;

location / {

proxy_pass http://192.168.0.0:81;

proxy_redirect http://forum.site.ru:81/ /;

proxy_set_header Host $host;

proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;

proxy_set_header X-Real-IP $remote_addr;

}

location ~* \.(gif|png|jpe?g|js|css|txt|ico|swf)$ {

root /home/webmaster/www/forum.site.ru;

access_log /var/log/apache2/forum.site.ru_custom.log;

error_page 404 = @fallback;

}

location @fallback {

proxy_pass http://192.168.0.0:81;

proxy_set_header Host $host;

proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;

proxy_set_header X-Real-IP $remote_addr;

}

}

Лентяй в тапочках.
M
На сайте с 16.09.2009
Offline
278
#1

явной чуши нет. с апачем все в порядке, уверены?

Абонементное сопровождение серверов (Debian) Отправить личное сообщение (), написать письмо ().
M
На сайте с 01.12.2009
Offline
235
#2

Может днс лежит, что домен не отдаёт ?

Администратор Linux,Freebsd. построения крупных проектов.
K
На сайте с 29.02.2008
Offline
116
kdj
#3

у вас при запросе поддомена открывается основной сайт?

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

для site.ru - proxy_pass http://192.168.0.0:81;

forum.site.ru - proxy_pass http://192.168.0.0:82;

help.site.ru - proxy_pass http://192.168.0.0:83;

Zorge.Org
На сайте с 28.01.2010
Offline
27
#4

Внимательно посмотрите, не напутали ли вы с proxy_pass, потому что в обоих случаях он разный.

Если не напутали, то:

1. Посмотреть логи nginx

2. Проверить, корректно ли настроен backend

3. Проверить логи Apache

Уверен, ответ будет найден.

kdj:
у вас при запросе поддомена открывается основной сайт?
в таком случае я рекомендую разнести по портам виртуальные хосты апача для сайта и его поддоменов
для site.ru - proxy_pass http://192.168.0.0:81;
forum.site.ru - proxy_pass http://192.168.0.0:82;
help.site.ru - proxy_pass http://192.168.0.0:83;

Это явная чушь и так делать не надо.

K
На сайте с 29.02.2008
Offline
116
kdj
#5

Zorge.Org в апаче виртаул хосты можно настраивать к по именам доменов, так и по портам.

преимущества настройка NameVirtualHost-тов в том что

а) многим так привычнее

б) проще переход на nginx, конфиги апача в таком случае можно не трогать

Настройка по портам, например, позволяет отслеживать кол-ва подключений к каждому апачу с помощью nestat с большей производительностью.

OPC - я в таких случаях делаю запрос непосредственно к апачу, дабы на 100% удостоверится в работоспособности бекенда. В вашем случае http://forum.site.ru:81/. Если работает, то копаю нгинкс. В конфиге nginx у вас возможна опечатка в адресе директивы proxy_pass.

Zorge.Org
На сайте с 28.01.2010
Offline
27
#6
kdj:

Настройка по портам, например, позволяет отслеживать кол-ва подключений к каждому апачу с помощью nestat с большей производительностью.

Это неверный путь для решения.

Зачем заниматься лишней работой, если можно просто заглянуть в логи обоих веб-серверов и там найти причину проблемы.

AS
На сайте с 12.12.2008
Offline
46
#7

это что за хост такой - 192.168.0.0? Или это только для примера? :)

Быстрый облачный SSD хостинг (https://flops.ru/?refid=7517)
K
На сайте с 29.02.2008
Offline
116
kdj
#8

Ahill.spb - думаю ТС изменил IP, и возможно из-за этого нам сложно понять в чем проблема.

На 95% проблема в невнимательности, из-за мелкой опечатки иногда тратишь уйму времени.

ОФФТОП

Zorge.Org:
Это неверный путь для решения.

Zorge, Вы говорите верно, но с позиции администратора ВПС, например, под SEO.

Когда ресурс посещают >100K и он работает на нескольких железках, то появляются подобные нюансы. Кроме того такие ресурсы чаще попадают под DDoS и к нужно быть готовым к этому.

Zorge.Org
На сайте с 28.01.2010
Offline
27
#9
kdj:

Zorge, Вы говорите верно, но с позиции администратора ВПС, например, под SEO.
Когда ресурс посещают >100K и он работает на нескольких железках, то появляются подобные нюансы. Кроме того такие ресурсы чаще попадают под DDoS и к нужно быть готовым к этому.

Я думаю, мы тут помогаем человеку в решении его проблемы на VPS, а не где "ресурс посещают >100K и он работает на нескольких железках".

M
На сайте с 16.09.2009
Offline
278
#10
Zorge.Org:
Я думаю, мы тут помогаем человеку в решении его проблемы на VPS, а не где "ресурс посещают >100K и он работает на нескольких железках".

Где ТС вообще что-то сказал про VPS. 192.168.* как-бы намекают на то,

что бакенды вообще могут быть на отдельных серверах.

Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий