SateClub: К сожалению так тоже не работает. Пишет:
Не удается получить доступ к сайту
Не удалось найти IP-адрес сервера www.subdomain.site.ru.
Выполните поиск по запросу subdomain site ru в Google
ERR_NAME_NOT_RESOLVED
Himiko: У вас интуитивно "умирала" сборка стандартного ПО из портов? Интиутивно мерджили конфиги после обновления ОС?
И там полно таких псевдоинтуитивных вещей.
FreeBSD "гибче" в плане ручных настроек, но ничего интуитивного там нет.
ХЗ, по крайне мере мне ее проще админить, чем Linux.
Я же писал,что косяки есть в каждой системе и в каждой системе предостаточно косяков.
есть сайт - site.ru который крутится на nginx у сайта есть поддомены и их много. Например subdomain.site.ru
Надо сделать на основном сайте и на поддоменах редирект с www на без www.
В конфиге сайта в /etc/nginx/sites-available/site прописана примерно такая структура
Так вот, при таком конфиге получаю работоспособный редирект по основному сайту, и неработоспособный при редиректе с поддомена. Уже какой день бьюсь, ничего не помогает.
suffix: Как была одна точка отказа так и осталась. Только теперь это сервер балансер.
ИМХО вот такая схема лучше:
0. DNS round robin+load failover (у dnsmadeeasy или dyn или ещё куча вариантов) 1. сервер балансер. 2. сервер балансер. 3. файлы сайта и база. 4. файлы сайта и база.
Это понятно, два балансера в разных дц, днс вторичный/первичный.
Но чем лучше файлы сайта синхронизировать между серверами?
Думаю использовать для синхронизации файлов сайта lsyncd.
Развивается очень медленно. При обновлениях может тупо развалиться, не говоря о совершенно не лёгкой системе обновления ядра, мира и всего прочего с полуручной правкой конфигов.
Установка ПО достаточно долгая с разными потенциальными ошибками сборки.
Да тут целый список можно привести проблем FreeBSD.
Если честно, я так и не понял по вашему описанию выше, причём тут FreeBSD и в чём её крутость?
Всё по вашему списку реализуемо и на любом Linux.
Очень много лет был на FreeBSD, но система крайне не гибкая.
Можно подумать что тот же центос гибкая система, велосипед на велосипеде, мусолят одни и те же сервисы/функции в разных вариациях!
Можно подумать что линукс без проблемная система!
Проблемы есть в каждой системе и в линукс их не меньше чем в другой системе.
А про обновления ядра в линукс, вот где может все упасть после обновления.
В FreeBSD все четко, без всяких надуманных велосипедов, все логично и интуитивно.
Каждому свое!
Кому то нравится надуманные пафосные сервисы, а кому то простота в работе.
Himiko: Я бы посоветовал убрать нафиг FreeBSD в принципе и переехал на Linux + Docker.
И там уже держать все нужные сервисы.
)))
А чем плоха система FreeBSD, на ней также можно поднять докер. )
---------- Добавлено 24.02.2019 в 16:10 ----------
BasePelleta: Himiko,
Вы советуете нам как хостер?
Мы не хостинг. Я так понимаю, что виртуализация хороша, чтобы порезать ресурсы по юзерам. При виртуализации, скорее всего, время отклика сайтов будет большим.
Хмм, пока в раздумье как быть.
К сожалению так тоже не работает. Пишет:
Не удается получить доступ к сайту
Не удалось найти IP-адрес сервера www.subdomain.site.ru.
Выполните поиск по запросу subdomain site ru в Google
ERR_NAME_NOT_RESOLVED
Хмм, без редиректа домен www.subdomain.site.ru работает?
У вас интуитивно "умирала" сборка стандартного ПО из портов? Интиутивно мерджили конфиги после обновления ОС?
И там полно таких псевдоинтуитивных вещей.
FreeBSD "гибче" в плане ручных настроек, но ничего интуитивного там нет.
ХЗ, по крайне мере мне ее проще админить, чем Linux.
Я же писал,что косяки есть в каждой системе и в каждой системе предостаточно косяков.
Добрый день.
Не могу победить проблему с редиректами.
есть сайт - site.ru который крутится на nginx
у сайта есть поддомены и их много. Например subdomain.site.ru
Надо сделать на основном сайте и на поддоменах редирект с www на без www.
В конфиге сайта в /etc/nginx/sites-available/site прописана примерно такая структура
Так вот, при таком конфиге получаю работоспособный редирект по основному сайту, и неработоспособный при редиректе с поддомена. Уже какой день бьюсь, ничего не помогает.
буду рад любой помощи.
А так?
Как была одна точка отказа так и осталась. Только теперь это сервер балансер.
ИМХО вот такая схема лучше:
0. DNS round robin+load failover (у dnsmadeeasy или dyn или ещё куча вариантов)
1. сервер балансер.
2. сервер балансер.
3. файлы сайта и база.
4. файлы сайта и база.
Это понятно, два балансера в разных дц, днс вторичный/первичный.
Но чем лучше файлы сайта синхронизировать между серверами?
Думаю использовать для синхронизации файлов сайта lsyncd.
baas,
Если у нас большая часть сайтов под зендом (40 шт.), то как быть с ZendOptimizer для FreeBSD?
Ни как просто беречь старый сервер или старое окружение.
Развивается очень медленно. При обновлениях может тупо развалиться, не говоря о совершенно не лёгкой системе обновления ядра, мира и всего прочего с полуручной правкой конфигов.
Установка ПО достаточно долгая с разными потенциальными ошибками сборки.
Да тут целый список можно привести проблем FreeBSD.
Если честно, я так и не понял по вашему описанию выше, причём тут FreeBSD и в чём её крутость?
Всё по вашему списку реализуемо и на любом Linux.
Очень много лет был на FreeBSD, но система крайне не гибкая.
Можно подумать что тот же центос гибкая система, велосипед на велосипеде, мусолят одни и те же сервисы/функции в разных вариациях!
Можно подумать что линукс без проблемная система!
Проблемы есть в каждой системе и в линукс их не меньше чем в другой системе.
А про обновления ядра в линукс, вот где может все упасть после обновления.
В FreeBSD все четко, без всяких надуманных велосипедов, все логично и интуитивно.
Каждому свое!
Кому то нравится надуманные пафосные сервисы, а кому то простота в работе.
Я бы посоветовал убрать нафиг FreeBSD в принципе и переехал на Linux + Docker.
И там уже держать все нужные сервисы.
)))
А чем плоха система FreeBSD, на ней также можно поднять докер. )
---------- Добавлено 24.02.2019 в 16:10 ----------
Himiko,
Вы советуете нам как хостер?
Мы не хостинг. Я так понимаю, что виртуализация хороша, чтобы порезать ресурсы по юзерам. При виртуализации, скорее всего, время отклика сайтов будет большим.
Оставайтесь на FreeBSD!
Переключить несколько подсетей ip. - работы для опытного админа на 1-2 часа.
Все верно, но за опыт нужно хорошо доплачивать!
На то он и опыт, что кровью, нервами и потом добывается. )
baas,
такой вариант рассматривали.
1. Клонировать Freebsd 8.1
2. Перебросить все ip
3. Обновить до Freebsd 11
Но есть но:
- Ryzen - может не полететь
Ну так возьмите сервер на интеле! экономия в сумме 500-700 рублей это не экономия, а идиотизм!
Просто клонировать диски, обновлять ничего не нужно.