Сложно. Я бы сделал один серв с доменом второго уровня и второй серв дефолт или *.domain. А в нем тупо установка двух заголовков. Проще, читабельней, быстрее. ИМХО.
On Sat, May 25, 2019 at 12:50 PM Fedor Dikarev <[email protected]> wrote: > map $host $x_company_header { > default default.example.com; > www.example.com ""; > sub1.example.com sub1.example.com > ~ "^alt\d+.example.com" $host; > } > > server { > listen 80; > listen 443 ssl; # не забыть wildcard cert > > server_name example.com www.example.com *.example.com; > > location / { > proxy_set_header Host "example.com"; > proxy_set_header X-Company-Header $x_company_header; > proxy_pass http://upstream; > } > } > > вот как-то так. > > 25.05.2019 0:10, vitcool пишет: > > Добрый день. > > > > Есть ли какие-либо примеры лучших практик на тему "как лучше организовать > > обслуживание доменов 3-го уровня" при условии, что их количество будет не > > более 20..30, максимум 40, включая основной www. ? > > > > По факту все они должны вести на 1 апстрим, но в случае домена 3-го > уровня, > > нужно будет установить кастомный заголовок со значением равным этому > домену > > и подменить заголовок Host на основной. > > > > Доступ к коду бекенда есть, но весьма ограниченный. Эти 2 хидера бы > спасли > > ситуацию. > > > > Что посоветуете? Пиковая нагрузка порядка 50..75 RPS , ожидается рост до > > 100. С if-ми я так понимаю, нам не выжить. > > > > Posted at Nginx Forum: > https://forum.nginx.org/read.php?21,284307,284307#msg-284307 > > > > _______________________________________________ > > nginx-ru mailing list > > [email protected] > > http://mailman.nginx.org/mailman/listinfo/nginx-ru > > > _______________________________________________ > nginx-ru mailing list > [email protected] > http://mailman.nginx.org/mailman/listinfo/nginx-ru
_______________________________________________ nginx-ru mailing list [email protected] http://mailman.nginx.org/mailman/listinfo/nginx-ru
