nginx и alias-ы сайтов

Собственно, уже ощущаю по-немногу, что зря связался с этим nginx. CentOS + ISPConfig. Прикрутил изолентой кеширующий nginx. Просто потому что на прошлом сервере девелоперы просили, что бы было так. Настроил, запустил, через [censored] даже управляется. Но тут оказалась беда: сервисы типа /mysqladmin, которые прописаны как алиасы в apache не хотят грузить картинки через http (почему https показывает их нормально я так и не понял). Но в http с ними беда.

Пришлось залезть в nginx.conf и руками дописать там правило

location ~ (/mywebmail|/mysqladmin) {
proxy_pass http://127.0.0.1:82;
}

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

На сервере c ISPConfig 3.0.4 глюк в Roundcube при попытке сделать forward

При попытке сделать forward или изменить настройки спама выскакивает сообщение «Soap Error: login_error_regex». И ничего не меняется. На форуме разработчиков нашлось решение. Не хватало одного параметра в передаче. Но там рассматривался плагин смены пароля, а у меня forward. Так что добавить пришлось в плагины /usr/share/roundcube/plugins/ispconfig3_{pass,autoreply,spam,forward} добавить строчку (вторую после существующей первой)

’email’ => $this->rcmail_inst->user->data[‘username’],
‘login’ => $this->rcmail_inst->user->data[‘username’],

Запуск apache и nginx под одним именем

Собственно, прикручиваю nginx к хостингу под управлением ISPConfig. Штатным образом они пока (в режиме каскада, так что бы nginx только картинки и архивы показывал, а остальное апач). Так вот, вроде как запустилось (в одном месте только пришлось грязными лапами в конфиги ISPConfig влезть), а но оказалось, что картинки отображать не хочет. То есть, то, что идёт на обработку apache — вопросов нет. В конфигаю nginx путь в куда-надо формируется правильно. А не показывает. Смекнул я (потому что я исключительно умный), что nginx показывал бы всё, но ему не хватает в организме прав. Я и перезапустил его под именем apache. И картинки сразу появились. Что бы nginx получал те же права для тех же пользователей, как назначает их ISPConfig, надо лезть в скрипты ISPConfig. А если просто и то, и другое запускать от имени apache, то вроде как и проблемы нет. Внимание, вопрос: чем я рискую, если допускаю себе такую вольность?

Не сервер хостинга, а красота в чистом виде!

Хочу обозначить в качестве резюме по своим занятиям последние пару дней. Поставил на сервер IBM Cenos 6 x86_64, поставил на него ISPConfig3, только вместо убогого SquirrelMail поставил RoundCube версии 0.4.2 для того, что бы заработали плагины ISPConfig3.

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

Офигенная обработка почты!

Поставил почтовую систему с настройками «из коробки». С этой почтовой системы письма отправляются, а на неё не доходят. Пошел в логи этой системы:

Nov 23 17:17:01 host235 amavis[15853]: (15853-07) Passed CLEAN, [194.158.198.xxx] [194.158.198.xxx] -> , Message-ID: , mail_id: BO92AS4XK3eG, Hits: -1.2, size: 1923, queued_as: BD4FFB6E780, 3535 ms
Nov 23 17:17:01 host235 postfix/smtp[21140]: 3B4ABB6E775: to=, relay=127.0.0.1[127.0.0.1]:10024, delay=3.6, delays=0.02/0/0/3.5, dsn=2.0.0, status=sent (250 2.0.0 Ok, id=15853-07, from MTA([127.0.0.1]:10025): 250 2.0.0 Ok: queued as BD4FFB6E780)
Nov 23 17:17:01 host235 postfix/pipe[21163]: BD4FFB6E780: to=, relay=maildrop, delay=0.03, delays=0.01/0.01/0/0.02, dsn=2.0.0, status=sent (delivered via maildrop service)
Nov 23 17:17:02 host235 amavis[15852]: (15852-08) Passed CLEAN, [194.158.198.140] [194.158.198.135] -> , Message-ID: , mail_id: lqxZpegHU8sw, Hits: -1.2, size: 3455, queued_as: 81D0BB6E775, 3938 ms
Nov 23 17:17:02 host235 postfix/smtp[21143]: 8EE03B6E77F: to=, relay=127.0.0.1[127.0.0.1]:10024, delay=4, delays=0.02/0.01/0/3.9, dsn=2.0.0, status=sent (250 2.0.0 Ok, id=15852-08, from MTA([127.0.0.1]:10025): 250 2.0.0 Ok: queued as 81D0BB6E775)
Nov 23 17:17:02 host235 postfix/pipe[21163]: 81D0BB6E775: to=, relay=maildrop, delay=0.02, delays=0/0/0/0.01, dsn=2.0.0, status=sent (delivered via maildrop service)

Мне кажется несколько странным способ обработки почты maildrop. И самое главное, что пока мне совсем не понятно «За что, Герасим!?». Письма дошли нормально. Почему-то медленно в первый раз.

И вообще, скажите всё, что вы думаете про конфигурацию ISPConfig3 + CentOS 6 или больше не говорите об этом никогда!