We are happy to announce that Vesta is back under active development as of 25 February 2024. We are working on v1 candidate and expect to engage more with the community over the coming months. We are committed to open source, and we encourage contributors to help us build the future of Vesta.
глюки + ошибка 500
глюки + ошибка 500
Добрый день.
Решил поставить на чистую Centos6.3 x64 панельку.
Все поставилось, вроде ок. Создал пользователя, в нем создал тестовый домен, создал ящик.
Для теста взял статичный хтмл + пхп скрипт feedback'a.
Итак. Все создалось, заглушка для домена появилась.
залил файлы и посыпались проблемы...
1. Индексная страница открывается в кодировке utf-8 (файл использует кодировку win-1251 и автоопределение в браузере не срабатывает), при переходе по ссылке 2я страница открывается уже нормально в win-1251
2. При передачи полей методом POST в пхп передаются пустые поля (видимо где-то какие-то настройки нужно крутить). Т.е. скрипт из формы введенный текст не получает и соответственно никакого письма с этим текстом никуда не отсылает.
3. при установки для домена шаблона hosting отваливается раундкуб, т.е. при вводе www.домен/webmain выдается 500 ошибка. Если сменить шаблон на default - все нормально открывается
4. Самое загадочное: на mail.ru не приходит почта с сервера. Не пришло письмо с рег.данными после установки панели, не приходят письма написанные из раундкуба. Т.е. зарубаются безжалостно фильтрами где-то на подлете, нет ни в спаме, нигде.
Решил поставить на чистую Centos6.3 x64 панельку.
Все поставилось, вроде ок. Создал пользователя, в нем создал тестовый домен, создал ящик.
Для теста взял статичный хтмл + пхп скрипт feedback'a.
Итак. Все создалось, заглушка для домена появилась.
залил файлы и посыпались проблемы...
1. Индексная страница открывается в кодировке utf-8 (файл использует кодировку win-1251 и автоопределение в браузере не срабатывает), при переходе по ссылке 2я страница открывается уже нормально в win-1251
2. При передачи полей методом POST в пхп передаются пустые поля (видимо где-то какие-то настройки нужно крутить). Т.е. скрипт из формы введенный текст не получает и соответственно никакого письма с этим текстом никуда не отсылает.
3. при установки для домена шаблона hosting отваливается раундкуб, т.е. при вводе www.домен/webmain выдается 500 ошибка. Если сменить шаблон на default - все нормально открывается
4. Самое загадочное: на mail.ru не приходит почта с сервера. Не пришло письмо с рег.данными после установки панели, не приходят письма написанные из раундкуба. Т.е. зарубаются безжалостно фильтрами где-то на подлете, нет ни в спаме, нигде.
Re: глюки + ошибка 500
5. Еще был глюк при создании ns-серверов. Почему-то для них не создалась A запись с адресов ip. Пришлось добавлять ручками. Обнаружил случайно, т.к. не рестартился named, а консольке это показалось только после ребута.
Re: глюки + ошибка 500
в /etc/httpd/conf/httpd.conf закоментируйdrlamer wrote: 1. Индексная страница открывается в кодировке utf-8 (файл использует кодировку win-1251 и автоопределение в браузере не срабатывает), при переходе по ссылке 2я страница открывается уже нормально в win-1251
#AddDefaultCharset UTF-8
apachectl restart
Re: глюки + ошибка 500
1. См. ответ logger-а
2. Можно пример для того чтобы воспроизвести ошибку?
3. Ограничения в шаблоне, так же нарушают работу PMA. Решение описано в соседнем топике.
4. Похоже, это вопрос наследия. Скорее всего ip сервера в блоклисте у mail.ru. Для детальной информации нужно посмотреть /var/log/exim/main.log
5. Если я правильно понял описанную проблему, то это не баг, а такой подход. Перед тем, как сделать из домена именной сервер, нужно ему добавить соответсвующие A записи.
2. Можно пример для того чтобы воспроизвести ошибку?
3. Ограничения в шаблоне, так же нарушают работу PMA. Решение описано в соседнем топике.
4. Похоже, это вопрос наследия. Скорее всего ip сервера в блоклисте у mail.ru. Для детальной информации нужно посмотреть /var/log/exim/main.log
5. Если я правильно понял описанную проблему, то это не баг, а такой подход. Перед тем, как сделать из домена именной сервер, нужно ему добавить соответсвующие A записи.
Re: глюки + ошибка 500
2. в скрипте методом post отправлялись пустые поля, видимо потому что дефолтно стоит register_global=off (как выяснилось на хостинге клиента было установлено register_global=on т.к. скрипт был написан на php4).
Попробовал на домене в .htaccess поставить php_flag register_globals on - ничего не изменилось
Поменял шаблон на hosting - вывалилась 500 ошибка (в логах ругань на php_flag)
4. почтовые логи, при отправке на mail.ru - SMTP error from remote mail server after MAIL FROM: <логин_пользователя@название хоста> 550 unroutable sender address
5. я думал, что А записи при создании из домена именного сервера будут созданы автоматически. ан нет. тогда внесу просьбу, как рацпредложение в плане улучшения юзабилити, сделать галку/кнопку "создать из домена именные сервера".
Попробовал на домене в .htaccess поставить php_flag register_globals on - ничего не изменилось
Поменял шаблон на hosting - вывалилась 500 ошибка (в логах ругань на php_flag)
4. почтовые логи, при отправке на mail.ru - SMTP error from remote mail server after MAIL FROM: <логин_пользователя@название хоста> 550 unroutable sender address
5. я думал, что А записи при создании из домена именного сервера будут созданы автоматически. ан нет. тогда внесу просьбу, как рацпредложение в плане улучшения юзабилити, сделать галку/кнопку "создать из домена именные сервера".
Re: глюки + ошибка 500
2. В шаблоне hosting специально стоит ограничение на использование таких директив в .htaccess. Директива сработала бы в php 5.3, но в 5.4 register_globals удалили.
4. У mail.ru строгая политика, по какой-то причине они считают обратный адрес несуществующим. Нужно чтобы hostname был пингуемым и желательно, чтобы домен имел MX записи.
5. Принято, как feauture request.
4. У mail.ru строгая политика, по какой-то причине они считают обратный адрес несуществующим. Нужно чтобы hostname был пингуемым и желательно, чтобы домен имел MX записи.
5. Принято, как feauture request.
Re: глюки + ошибка 500
2. То, что стоит ограничение на такие директивы - это правильно, с этим вопрос понятен.
4. С mail.ru и иже с ними, все же что-то нужно вопрос допилить. Т.к. имя хоста может быть server.local или что-ть в этом роде. А вот у домена для почты чаще всего используется mail.domen.com или smtp.domen.com
Сейчас ответ в заголовке такой:
Т.е. я на хосте serv1.local создаю юзера: Vasya
юзер Vasya создает себе домен site.com и на нем ящик [email protected]
пишет письмо на mail.ru,
в заголовке письма получается:
а должно быть в идеале вот так:
это и улучшение доверия в разных фильтрах к такой почте, и увеличение безопасности акков и сервера.
Понимаю, что настройку обратной PTR для нескольких доменов на 1 ip сделать не получится, ну хотя бы не палить пользователя, а подставлять его е-мейл адрес.
4. С mail.ru и иже с ними, все же что-то нужно вопрос допилить. Т.к. имя хоста может быть server.local или что-ть в этом роде. А вот у домена для почты чаще всего используется mail.domen.com или smtp.domen.com
Сейчас ответ в заголовке такой:
Code: Select all
... smtp.mailfrom=юзер@имя_хоста smtp.helo=имя_хоста
Received: from [хх.xx.xx.xx] (port=57416 helo=имя_хоста)
by mx26.mail.ru with esmtp (envelope-from <юзер@имя_хоста>)
юзер Vasya создает себе домен site.com и на нем ящик [email protected]
пишет письмо на mail.ru,
в заголовке письма получается:
Code: Select all
... [email protected] smtp.helo=serv1.local
Received: from [хх.xx.xx.xx] (port=57416 helo=serv1.local)
by mx26.mail.ru with esmtp (envelope-from <[email protected]>)
Code: Select all
... [email protected] smtp.helo=mail.site.com
Received: from [хх.xx.xx.xx] (port=57416 helo=mail.site.com)
by mx26.mail.ru with esmtp (envelope-from <[email protected]>)
Понимаю, что настройку обратной PTR для нескольких доменов на 1 ip сделать не получится, ну хотя бы не палить пользователя, а подставлять его е-мейл адрес.
Re: глюки + ошибка 500
Hostname сервера должен быть пингуемым и желательно в обе стороны, в смысле и ptr запись должна присутсовавать. Такова специфика.
Имя системного пользователя остается в заголовках намеренно, чтобы отслеживать спам. Если отправлять письма используя smtp авторизацию, то имя системного пользователя видно не будет.
Имя системного пользователя остается в заголовках намеренно, чтобы отслеживать спам. Если отправлять письма используя smtp авторизацию, то имя системного пользователя видно не будет.
Re: глюки + ошибка 500
Зачем светить системного пользователя?
Я понимаю когда 1 сервер = 1 сайт.
А когда 10 пользователей, у каждого по 15 доменов? Или за НАТом/маршрутизатором?
А если host name - это просто название контейнера?
Ну не хорошо это, когда из заголовков письма можно открыто получить информацию
From user@hosthame
Return-path: <user@hostname>
Я понимаю когда 1 сервер = 1 сайт.
А когда 10 пользователей, у каждого по 15 доменов? Или за НАТом/маршрутизатором?
А если host name - это просто название контейнера?
Ну не хорошо это, когда из заголовков письма можно открыто получить информацию
From user@hosthame
Return-path: <user@hostname>
Re: глюки + ошибка 500
В качестве почтового сервера используется exim. Конфигурационный файл находится тут /etc/exim/exim.conf
Системный пользователь логируется если письмо отправлено без аутентификации. Это сделано для того, чтобы отслеживать спам. Когда письма отправляются при помощи функции mail(), можно подставить в поле from, что угодно, хоть google.com. Легко представить ситуацию, когда старую версию wordpress одного из 15 пользователей взломали и начали рассылать спам. В таком случае логи и заголовки писем помогут найти этого пользователя.
Системный пользователь логируется если письмо отправлено без аутентификации. Это сделано для того, чтобы отслеживать спам. Когда письма отправляются при помощи функции mail(), можно подставить в поле from, что угодно, хоть google.com. Легко представить ситуацию, когда старую версию wordpress одного из 15 пользователей взломали и начали рассылать спам. В таком случае логи и заголовки писем помогут найти этого пользователя.