Vesta Control Panel - Forum

darkleech wrote: В ISP же нет такого, может все-таки разобраться в проблеме на уровне панели?

Если у вас есть доступ к ISP (root), то с удовольствием бы посмотрел, как дела в новых версиях.

insound wrote: Конфигурация установки весты с php-fpm
До обновления 16 весты - ребилд работал, тк постоянно пользуюсь этим

Добавили - https://bugs.vestacp.com/issues/273

skurudo wrote:

darkleech wrote:Т.е. это во всех панелях так по молчанию устроено? Т.е.если пользователь в панели добавил домен, а он стал открываться на другом домене, это косяк пользователя?
И откуда вы такие "вумные" беретесь))

Представьте себе трубу = порт.. 80 или 443, два порта и две трубы. Трубе все равно, что через нее будет литься и выливаться. В данном случае труба = nginx/apache.

Панели используют один и тот же софт, так что по сути - да.
Вставлять свои модификации можно и на здоровье.

Да, представьте себе, с одной трубы течет вода, а с другой потек керосин, когда на заводе установили панель VESTA, и разработчики прям упорно утверждают, , что это проблемы огородников:

Вставлять свои модификации можно и на здоровье.

вот вам колодец, берите ведро, топайте, набирайте воду и поливайте в свое удовольствие, всех благ вашему огороду))

Ну причем тут трубы и VESTA? так прямо и скажите, что не будете решать проблему, мозги морочите и время тратите этими неуместными примерами.

Ок, буду руками на всех VPS сортировать конфиги VESTA и внушать себе, что это мои проблемы.

Как видно выше, shttp конфиг файл подключился последним, его нужно физически поднять, выше всех остальным shttpd конфигов, чтобы получилось вот так:

Code: Select all
include /home/admin/conf/web/httpd.conf
Include /home/user/conf/web/httpd.conf
Include /home/admin/conf/web/shttpd.conf <-----
Include /home/user/conf/web/shttpd.conf

darkleech wrote:

skurudo wrote:

darkleech wrote:Т.е. это во всех панелях так по молчанию устроено? Т.е.если пользователь в панели добавил домен, а он стал открываться на другом домене, это косяк пользователя?
И откуда вы такие "вумные" беретесь))

Представьте себе трубу = порт.. 80 или 443, два порта и две трубы. Трубе все равно, что через нее будет литься и выливаться. В данном случае труба = nginx/apache.

Панели используют один и тот же софт, так что по сути - да.
Вставлять свои модификации можно и на здоровье.

Да, представьте себе, с одной трубы течет вода, а с другой потек керосин, когда на заводе установили панель VESTA, и разработчики прям упорно утверждают, , что это проблемы огородников:

Вставлять свои модификации можно и на здоровье.

вот вам колодец, берите ведро, топайте, набирайте воду и поливайте в свое удовольствие, всех благ вашему огороду))

Ну причем тут трубы и VESTA? так прямо и скажите, что не будете решать проблему, мозги морочите и время тратите этими неуместными примерами.

Ок, буду руками на всех VPS сортировать конфиги VESTA и внушать себе, что это мои проблемы.

Как видно выше, shttp конфиг файл подключился последним, его нужно физически поднять, выше всех остальным shttpd конфигов, чтобы получилось вот так:

Code: Select all
include /home/admin/conf/web/httpd.conf
Include /home/user/conf/web/httpd.conf
Include /home/admin/conf/web/shttpd.conf <-----
Include /home/user/conf/web/shttpd.conf

Вас не напрягает ситуация, когда открывается дефолтный ptr домен, если не создать сайт в панели, а просто прописать днс? Почему же тогда так бомбит от такой же ситуации, но только с https? А ведь еще есть ipv6.

Вообще мне кажется стоит при установке панели помимо создания первого сайта, создать к нему еще https автоматом, а на заглушке прописать noindex nofollow с рекламной информацией о возможности подключения ssl как это делает reg.ru. Проблема сама собой отпадет.

По поводу 0day, skurudo может стоит вам написать пост на хабре для большего охвата?

darkleech wrote:Ну причем тут трубы и VESTA? так прямо и скажите, что не будете решать проблему, мозги морочите и время тратите этими неуместными примерами.

Ох уж и несет вас, сеошников, в непонятную степь.

Во-первых не ясно, насколько востребованы изменения - к примеру на трекере я такого запроса не помню. Конечно, вы говорите сейчас, это дико важно, а частное решение вам почему-то не очень нравится. Но по количеству вопросов по данной тематике ответ крайне не однозначен. Во-вторых, есть кейсы использования, где введение этой фичи может помешать другим, это тоже нужно учесть.

К чему я собственно? К тому что если это реально нужно и востребовано большинством - велкам на https://bugs.vestacp.com/

darkleech wrote:Ок, буду руками на всех VPS сортировать конфиги VESTA и внушать себе, что это мои проблемы.

Ага, если так удобнее - вперед.

darkleech wrote:Ок, буду руками на всех VPS сортировать конфиги VESTA и внушать себе, что это мои проблемы.

Внимательнее, это один из вариантов решения, которые были в топике.

Поймите что панель не волшебная палочка, мы не можем для каждого пользователя создавать нужные ему конфиги и настройки, а пока что кроме Вас с такой проблемой к нам не обращались. Вы глубоко заблуждаетесь если думаете что установленная панель на вашем сервере решит все ваши проблемы с конфигами. Нужно что то и самостоятельно делать, а не только полагаться на панель.
Если будет много запросов по этой теме, то обсудим, а пока обсуждать нечего.

После обновления столкнулся с проблемами c шаблонами апача:

1. Не менялся шаблон. Сохранялся в веб интерфейсе, но не менял собственно конфиг в /conf/web/apache2.conf.
Повторить потом не пробовал.

2. Периодически при смене шаблона ломается конфиг, не до конца удаляется часть шаблона, в итоге апач падает, поднять можно только вручную удалением этого куска (или ребилд, но см. п. 3).
Повторяется периодически. Столкнулся минимум раз 6-7 уже (из них с одним и тем же доменом 5 раз, пока разбирался, что за бага).
Ошибка апача: В конфиге остается кусок "старого" конфига и ниже дублируется "новый" 3. При запуске v-rebuild-web-domains на каждый домен юзера в консоли получаем ошибку chmod

imperio wrote:Поймите что панель не волшебная палочка, мы не можем для каждого пользователя создавать нужные ему конфиги и настройки, а пока что кроме Вас с такой проблемой к нам не обращались. Вы глубоко заблуждаетесь если думаете что установленная панель на вашем сервере решит все ваши проблемы с конфигами. Нужно что то и самостоятельно делать, а не только полагаться на панель.
Если будет много запросов по этой теме, то обсудим, а пока обсуждать нечего.

а по проблеме https - при установке панели создается default.domain. У вас нет возможности просто сразу включать еще и https? тогда по https дефолтный домен также будет по умолчанию открываться на всех доменах

DeaDSandro wrote:а по проблеме https - при установке панели создается default.domain. У вас нет возможности просто сразу включать еще и https? тогда по https дефолтный домен также будет по умолчанию открываться на всех доменах

Генерировать самостоятельно сертификат для default.domain не велика проблема, однако толку мало - он не будет доверенным и браузеры будут на него ругаться. С https идеальный сценарий, когда у нас уже есть действующий домен и при установке мы его добавляет, но если оно вот так идеально было...