Csfe svc error zimbra

Return to “Administrators”

Hey,

OS: CentOS 7 (minimal)
Version: Open-Source 8.8.8.8 (latest)

After installing Zimbra Open-Source I’m constantly getting this:

A network service error has occurred.
method: SendMsgRequest
msg: A network service error has occurred.
code: CSFE_SVC_ERROR
detail: HTTP response status 502

At first I thought it was an install error or a server error but — after 6 (!!!) fresh installs — I’m still getting the same error.

Here’s my hosts file:

Here’s the error I can find in nginx.log:

Here are some memory&cpu stats:

Here’s the services status (restarting the server or all services doesn’t help):

I’ve already executed:

Any hints on how to fix this?

Thanks,
Razvan

Разбираемся со встроенной DoS защитой в Zimbra

После увеличения количества пользователей Zimbra появились жалобы, что при входе в веб интерфейс появляется «Ошибка сети». Эта проблема связана с работой встроенного в Zimbra 8.0 и старше метода защиты от DoS

Пользователи начали жаловаться, что периодически при попытке входа возникает «Ошибка сети». Анализ логов выявил следующее сообщение:

Выяснилось, что это срабатывает встроенная, начиная с версии 8.0 защита от DoS. Настройка осуществляется с помощью нескольких параметров:

• zimbraHttpDosFilterDelayMillis — задержка, которая применяется ко всем запросам выше лимита, прежде чем они будут рассмотрены. В миллисекундах. Возможны варианты в виде значения от -1,0,1 и более. Где -1 — отклонять запросы сразу. 0 — не выставлять задержку, 1 и более — задержка в мс. По-умолчанию -1.
• zimbraHttpDosFilterMaxRequestsPerSec — Лимит количества запросов в секунду. По-умолчснию 30
• zimbraHttpThrottleSafeIPs — белый список IP, с которых запросы не проверяются на их количество.

Решение проблемы кроется в подкручивании этих ручек до комфортных значений и последующего перезапуска mailbox сервиса ( zmmailboxdctl restart )

Однако, есть нюансы, если у Вас так называемая «Multi server» кофигурация, то есть несколько mailbox серверов за proxy.

Что бы все это дело работало, необходимо для начала сделать так, что бы mailbox знали о реальных IP, с которых приходят запросы. По-умолчанию в логах отображается IP proxy.
Это, конечно, логично, но пока я обратил внимание на IP адрес запроса в логах чуть крутилку DoS фильтра не сломал…

Для этого проверяю текущее значение параметра zimbraMailTrustedIP:
$ zmprov gcf zimbraMailTrustedIP
Добавляю IP zimbra-proxy
$ zmprov mcf +zimbraMailTrustedIP 10.202.1.31
выполняю на всех mailbox серверах:
$ zmmailboxdctl restart

После этого в логах будут реальные IP и политики DoS будут применяться к ним и все будет работать как задумано.

Alexey Egorychev

FreeBSD and Linux sysadmin. Know many systems like mailsystems, DB, WWW stack. Automation with salt, ansible. Monitoring with nagios, zabbix.

Источник

Блог инженера

Заметки о Linux, системном администрировании, программировании, электронике и не только

Поиск по блогу

пятница, 24 июля 2015 г.

Zimbra ругается «network error» при логине в webmail

Если при попытке залогиниться в Zimbra webmail начало ругаться «network error», то скорее всего кто-то еще с вашего IP адреса (актуально для офисов) несколько раз подряд залогинился неправильно, либо, что менее вероятно, кто-то или что-то сделало 30 запросов на вебсервер zimbra за секунду.

Проверить догадку можно в логе /opt/zimbra/log/mailbox.log:

Чтобы решить эту проблему достаточно добавить офисный IP (например 1.2.3.4) в whitelist и перезагрузить mailboxd:

23 комментария:

Спасибо. Долго не мог понять в чем причина =)))

А если проблема у тех кто не из офиса заходит ?

Нужно смотреть в логе /opt/zimbra/log/mailbox.log в чем именно проблема. Если это «Access to IP x.x.x.x suspended, for repeated failed login», то возможно какое-то приложение или устройство в той же сети использует неправильный пароль и тем самым блокирует доступ.

что делать если стоит зимбра 8.5.1 zmprov команда не найдена. dpkg -l дал zimbra-apache,zimbra-core,zimbra-dnscache,zimbra-ldap,zimbra-logger,zimbra-memcached,zimbra-mta,zimbra-proxy,zimbra-snmp,zimbra-spell,zimbra-store. Что то блокирует айпишники на пол часа и как это изменить — не знаю. В nano /opt/zimbra/conf/postfix_rbl_override айпишники забил, но блокируется все равно после

10 неправильных логинов. В веб морде нашел белый список ip(входа и выхода) — в него тоже забивал — безрезультатно

Утилита zmprov есть в zimbra 8.5.1. Смотрите /opt/zimbra/bin/zmprov и желательно сменить пользователя на ‘zimbra’ (su — zimbra).

а другой суперюзер не пойдет?

Спасибо! Нашел ее через файл менеджер, запустил, вбил командой айпишник. Единственное- не могу перезагрузить только zmmailboxdctl restart (опять не знает такой команды убунтя) Это из за того, что я не от Zimbra сижу? — пришлось сервис зимбра рестарт. Жду эффекта.

Большинство команд Zimbra не требуют прав root пользователя. В добавок /opt/zimbra/bin не добавляется в системный PATH.

Спасибо, после перезагрузки айпишник не блокируется.

Я так понимаю, что в этом случае никто из пользователей зайти по веб-интерфейсу не может? Но более частой проблемой бывает, что только кто-то один из всех пользователей не может зайти — остальные нормально работают. Значит, адрес не блокирован. Мы делаем рестарт всех служб зимбры через zmcontrol , но понятно, что это неудобно

Есть несколько видов блокировок — одна из них из-за многочисленных попыток ввода неправильного пароля. В этом случае блокируется только одна учетка.

Посмотрел логи, понятно. А как добавить всю локальную подсеть в доверенные?

Примерно так же как и один адрес

zmprov mcf +zimbraHttpThrottleSafeIPs 172.16.0.0/24

Выполнил указанную последовательность команд, но после перезапуска mailboxd перестало находить сервер в веб-интерфейсе и в админку.
Ошибка такая:
zclient.IO_ERROR (invoke В соединении отказано (Connection refused), server: localhost) (cause: java.net.ConnectException В соединении отказано (Connection refused))

Долго пытался понять в чем дело, выполнил
zmlocalconfig |grep zmprov
zimbra_zmprov_default_soap_server = localhost
zimbra_zmprov_default_to_ldap = false
zmprov_safeguarded_attrs = zimbraServiceEnabled,zimbraServiceInstalled
zmprov_tmp_directory = $/zmprov

Вот это false исправил на тру:
zmlocalconfig -e zimbra_zmprov_default_to_ldap=true
не помогло
Потом еще что-то пытался восстановить из архива, но в итоге увидел, что некоторые директории в /zimbra оказались рутовыми.
Исправил права, все взлетело, но оставило в недоумении — а что это было и почему?

Источник

Ошибка при отправке почты в Zimbra

Столкнулись с такой проблемой. При отправке почты подвисает веб-морда, выдает ошибку данного содержания.

Ошибка сети. method: SendMsgRequest msg: Ошибка сети. code: CSFE_SVC_ERROR detail: HTTP response status 504

Подскажите, что делать в такой ситуации?

Версия зимбры? Что меняли?

Версия 8.6. Не меняли ничего. Тупо установили.

И зачем сейчас ставить изначально старую версию, внедряли бы уже 8.7

Смотреть общий ход в смысле. Логи нгинкса, прокси самой зимбры.

Нашел интересный вариант решения. 504 Gateway Timeout: The most common reason for this is that the upstream mailstore server took longer than the configured timeout value and hence the client closed the upstream connection. Try changing the timeout values to a higher value if its expected to take longer for specific kind of requests.

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

Источник

База знаний
Try 2 Fix beta

Zimbra 8.6 OSE: Произошла неизвестная ошибка (mail.TRY_AGAIN). Ошибка сети. postfix/postqueue fatal: Queue report unavailable — mail system is down

28 декабря 2016 ВК Tw Fb

На корпоративном почтовом сервере Zimbra OSE пользователи при отправке внутренней почты стали получать сообщение «Произошла неизвестная ошибка (mail.TRY_AGAIN)«, другие пользователи увидели «Ошибка сети«. А мы во всех логах (/var/log/zimbra.log, /var/log/mail.log и /var/log/mail.err) увидели это волшебное сообщение «postfix/postqueue fatal: Queue report unavailable — mail system is down«. Работа была парализовано, но решение оказалось простым.

Никто не сомневался в том, что убийца — дворецкий, а именно Ubuntu Server, а если ещё точнее, невероятный resolvconf.

В поисковиках удалось найти информацию, что проблема скорее всего связана с разрешениями DNS имён. Чтобы убедиться в этом, проверяем два файла, отвечающие за это:

Вывод должен быть примерно таким:

Вторая строчка тут ключевая. У нас есть наш локальный IP адрес, есть имя хоста. Всё хорошо, идём дальше.
Смотрим /etc/resolv.conf

И вот тут начинается самое интересно. Вместо прописанных серверов имён, видим весёлое сообщение

Что означает, что наш сервер просто не видит DNS серверы в локальной сети.

Эти статьи будут Вам интересны

FreeBSD 11: Полезные команды для мониторинга системы

Информация — самое главное оружие предотвращения небольших неполадок, а так же крупных аварий. А чтобы быть всесторонне информированным, нужно тщательно следить за своей системой. В этой статье перечислены наиболее популярные средства мониторинга FreeBSD, которые помогут Вам всегда знать, что происходит с Вашей системой.

Настройка онлайн-кассы Штрих-М в режиме Ethernet и Wi-Fi (Штрих-М-02Ф / Штрих-Мини-01Ф)

В преддверии перехода на онлайн-кассы, рассказываем как настроить популярный фискальный регистратор Штрих-М-02Ф (или аналогичные) для передачи данных в ОФД через Ethernet и Wi-FI.

1С:Предприятие 8.2: Не обнаружена лицензия для использования программы. Бесконечная активация

12 октября 2016 ВК Tw Fb

У нашего клиента возникла вполне стандартная ситуация: Windows 10 получила большой пакет обновления и после перезагрузки ПК при запуске 1С:Предприятие пользователь увидел окно с текстом «Не обнаружена лицензия для использования программы». Пока ничего не обычного. Но после ввода нового пин-кода 1С:Предприятие и сообщения об успешной активации при очередном входе в программу сообщение о том, что лицензия не найдена снова всплывает. Разбираемся, в чём же дело.

База знаний «Try 2 Fix» Beta

Все материалы свободны
к распространению с обязательным
указанием источника

Источник

Ошибка при отправке почты Zimbra

Недавно стала возникать ошибка, при отправке писем.

Отправляемое письмо превышает допустимый виртуальный размер установленный на сервере, повторите отправку позже или обратитесь к системному администратору. бла бла что то там.

Сообщение выскакивает при отправке через MUA(tunderberd, clam, outlook), при отправке через web-интерефейс выскакивает ошибка smtp сервера, точно текст сообщения передать не могу, нужно поймать сбойный ящик.
Ошибка возникает рандомно на нескольких ящиках, всего 200.
Пока проблему решаю перезапуском сервисов zimbra на сервере.
В логах, не чего конкретного не наблюдаю. Поиск в нете, ни чего не дает, т.к. предлагается решение проблем отправки крупных вложений, у меня же ошибка возникает даже при отправке пустых писем.

что у тебя в : «Максимальное количество запланированных задач, которые можно выполнять одновременно: 20» ? по умолчанию там 20, может в этом и есть проблема.

Да 20, увеличил в два раза посмотрю, что изменится. Но мне кажется проблема не в этом, раньше ошибка не возникала, а за последний год мало что изменилось в нагрузке сервера.

Не помогло((
Вот так выглядит в MUA ошибка, а вот так в веб морде.

А что у вас с местом на харде/квотами на ящиках?

Квоты на ящики не ограничены, места на харде полно, как я уже писал в соседней теме 22гб из 500 занято.

Я про все разделы, /tmp /var &etc посмотрите что говорит df

Источник

To avoid many sync problems with Zimbra and out of sync because of SOAP limit:

Zimbra->SoapRequest(): SOAP FAULT: HTML Error Returned - Error 429 Too Many Requests - Enable ZIMBRA_DEBUG for more details - returning { false }

Able to reproduce each time, if I move some mails at same time (>10) from Inbox to local folder using Outlook.

############ Line 11581
        $DosFilterRetryCount = **12; // Retry during a minute (5*12)**

        while ($DosFilterRetry == true) {

            $response = curl_exec($this->_curl);

            // Check for 503 Error first - and try to handle it by waiting and representing the request after a second (2 retries - then give up)
            // or Check for 429 Error first - and try to handle it by waiting and representing the request after a second (2 retries - then give up)
            if (($response) && (stripos($response,'html')==1) && ((stripos($response,'Error 503 Service Unavailable')!==false) **|| (stripos($response,'Error 429 Too Many Requests')!==false)**)) {
                // NOTE: Not checking for <html> as would have to differentiate between position 0 and false (for not found)
############ Line 11604
                usleep**(5000000); // Five second**

My setup:
Multi-server mode (2 MTA, 2 MBX, 2 LDAP/DNS)
Ubuntu 16.04
Zimbra 8.7.11