Communigate pro настройка linux
Обновлено: 03.07.2024
Описание CommuniGate Pro
Основные подсистемы CommuniGate Pro включают в себя:
Управление идентификацией
-
архитектура (подтверждённая на практике работа более чем 120 000 доменов на одной системе), поддержка конфигураций как с несколькими, так и с коллективно используемыми IP адресами.
- Концепция Пользователя, включающая в себя Хранилище Почты, Хранилище Файлов, Настройки Пользователя и базы данных, содержащие в себе полную информацию о Пользователе. , Переадресаторы, Псевдонимы и другие Объекты Доменов. , с поддержкой Локальных и Удалённых Томов хранения.
- Доступ по протоколу LDAP в Справочник и в базы данных с информацией о Пользователях. для интеграции с решениями сторонних производителей.
- Службы RADIUS. система, поддерживающая различные типы Остатков для каждого Пользователя и предварительное резервирование средств.
Управление Хранением данных
-
в различных Папках, совместный доступ к папкам, списки прав доступа к папкам (ACL). - текстовые файлы, папка (директория), другие контейнеры данных. в публичных и личных Папках, виртуальные файлы. в соответствии со стандартами iCalendar и vCard.
Передача Почты
Сигнализация Реального Времени
Среда для Приложений Реального Времени
Услуги доступа к данным
Передовые средства безопасности
Многоуровневое Администрирование
-
для администрирования сервера, управления услугами и мониторинга.
- Интерфейс CLI/API для автоматизации выполнения задач по администрированию, управлению услугами и мониторингу.
- Агент SNMP для удалённого мониторинга. для упреждающего мониторинга.
- Протокол Poppwd для удалённого изменения пароля.
- Возможность Управления через LDAP для интеграции с действующими системами. - Сервер консолидированного ведения Журналов работы сторонних программ.
Использование нескольких серверов
-
для работы в конфигурациях с несколькими одиночными серверами. для распределения Пользователей по нескольким Серверам. для высокоэффективного масштабирования без распределения Пользователей. Решение промышленного класса, обеспечивающее безотказную работу в течение 99.999% времени эксплуатации, на практике доказавшее свою эффективность в обслуживании более чем 5,000,000 активных Пользователей. для сверхбольших сайтов (свыше 10,000,000 активных Пользователей).
Возможности
CommuniGate Pro Сервер основывается на публичных стандартах, принятых в Интернет (RFCs) и имеет множество дополнительных возможностей, являющихся обязательными для современной промышленной коммуникационной системы операторского класса. Используя таблицу Возможности, вы можете сравнить CommuniGate Pro с другими системами, присутствующими в настоящее время на рынке.Администрирование
Сервер CommuniGate Pro может настраиваться и администрироваться удалённо (через Интернет) при помощи любого Веб-браузера.Возможности по удалённому администрированию включают в себя:
Обновления и Исправления
CommuniGate Pro обновляется на регулярной основе.
История обновлений и исправления ошибок находится на странице История CommuniGate Pro.
Загрузка Последних Версий
CommuniGate Pro обновляется на регулярной основе.
Стабильная версия является последней опубликованной Основной версией со всеми выпущенными впоследствии исправлениями.
Текущая версия может иметь новые возможности, которые появятся в следующей Основной версии.
Как стабильная, так и текущая версия могут использоваться в Ознакомительном режиме.
Для использования их в режиме промышленной эксплуатации, вы должны приобрести Лицензионные ключи, подходящие для использования этих версий.
| Стабильная Версия | |||
|---|---|---|---|
| Операционная система | ПРОЦЕССОР | Загрузка | |
| через http | через ftp | ||
| Linux | x86 (rpm пакет) | ||
| x86-64 (rpm пакет) | |||
| x86 (deb пакет) | |||
| x86-64 (deb пакет) | |||
| PowerPC | |||
| ARM (Raspberry Pi) | |||
| Sparc | |||
| MIPS | |||
| MIPSEL (deb пакет) | |||
| Linux (non-rpm) | x86 | ||
| Microsoft Windows | x86 | ||
| x86-64 | |||
| Apple MacOS X (Darwin) | PowerPC | ||
| x86 | |||
| FreeBSD 11.x | x86 | ||
| x86-64 | |||
| FreeBSD 10.x | x86 | ||
| x86-64 | |||
| FreeBSD 9.x | x86 | ||
| x86-64 | |||
| Sun Solaris | Sparc | ||
| x86 | |||
| IBM AIX | PowerPC | ||
| PowerPC 64bit | |||
| Текущая ("самая последняя") Версия | |||
| Все платформы | СПИСОК | ||
| Платформы без поддержки в текущих версиях | |||
| IBM OS/400 | AS/400 Power | ||
| QNX | x86 | ||
| OpenVMS | Alpha | ||
| Itanium | |||
| SGI IRIX | MIPS | ||
| SCO UnixWare | x86 | ||
| SCO OpenServer | x86 | ||
| Tru64 | Alpha | ||
| IBM OS/2 | x86 | ||
| BSDI BSD/OS | x86 | ||
| BeOS | x86 | ||
| PowerPC | |||
| Linux | IBM S/390 (31-bit) | ||
| IBM S/390 (64-bit) | |||
| Alpha | |||
| Motorola 68K | |||
| Itanium | |||
| HP/UX | HPPA | ||
| Itanium | |||
| NetBSD | x86 | ||
| OpenBSD | x86 | ||
| Microsoft Windows | Itanium | ||
Вы можете загрузить PDF версию этого Руководства.
Загрузка Дополнительных модулей по работе с Электронной почтой CommuniGate Pro
Загрузка MAPI Коннектора для CommuniGate Pro
MAPI Коннектор CommuniGate Pro может быть установлен на каждой рабочей станции Microsoft® Windows. Он обеспечивает доступ пользователей к CommuniGate Pro через Microsoft Messaging API (MAPI) - метод, используемый, в частности Microsoft Outlook®, а также рядом других приложений.
| Версия | Операционная система | ПРОЦЕССОР | Загрузка | |
|---|---|---|---|---|
| через http | через ftp | |||
| Классическая | Microsoft Windows | x86 | ||
| Microsoft Windows | x86-64 | |||
| Sync (beta) | Microsoft Windows | x86 | ||
| Microsoft Windows | x86-64 | |||
Инструкции по установке и настройке MAPI Коннектора смотрите в соответствующем разделе.
Загрузка Дополнительного модуля по работе с Медиа для Браузеров
Дополнительный модуль по работе с Медиа существует в вариантах для всех современных и популярных Веб браузеров. Он позволяет Веб приложениям (таким как Pronto! или AJAX-клиентам) реализовывать функциональность конечного устройства (программного телефона) в технологиях Голос-через-IP.
Подробности смотрите на сайте Дополнительный Модуль для работы с Медиа (на английском языке).
30%) касается стандартных протоколов, либо широко применяемых практик и поэтому актуальна не только для Communigate Pro.
Админка
Создание учетных записей
Продолжим настройку с того места на котором остановились в предыдущей статье. У нас уже установлен сервер и выбрано имя главного домена. Настало время завести пользователей. Заходим на страницу адмнки и выбираем главный домен:
В домене уже есть 2 служебных пользователя — postmaster — главный администратор и pbx — техническая учетная запись от имени и с настройками которой запускаются голосовые приложения установленные по-умолчанию (подробнее о голосовых функциях расскажем в следующих статьях)
Создать нового пользователя легко — вводим имя, например recipient в текстовое поле возле кнопки «Create account» и нажимаем на нее. У вас откроется страница настроек нового пользователя, где можно будет ввести пароль для учетной записи — поле «Communigate password»:
Прием
Это самый трудоемкий по настройке раздел почты, связано это в первую очередь с борьбой со спамом. Мы, с одной стороны, не хотим принимать лишние письма (чтобы не прогонять слишком много писем через лексический спам фильтр, если он есть, да и просто лишний раз сервер не нагружать мусором), с другой — не хотим отказывать нормальным отправителям.
Хотя мы уже можем принять письма в только что созданные учетные записи, но необходимо будет использовать IP адрес в доменной части имени получателя. Это довольно неудобно для пользователей, поэтому все почтовые протоколы пользуются DNS.
Основным протоколом для доставки почты является SMTP, он используется как между серверами, так и от клиента к серверу (но не наоборот).
При этом процесс доставки письма от почтового клиента на сервер для отправки дальше мы будем называть регистрацией (submission) письма, а отправкой именно процесс доставки письма адресату (в случае SMTP адресаты находятся на других серверах).
Для полноценной работы этого протокола необходимы DNS записи типа MX. Они содержат три поля — имя почтового домена, приоритет и имя сервера обслуживающего домен. Для каждого имени сервера должна существовать DNS запись типа A.
Запись с наивысшим приоритетом считается основным почтовым сервером, а остальные — backup серверами.
Клиентские IP адреса (Client IPs)
В Communigate Pro существует понятие Клиентских адресов. По сути это доверенные IP адреса — они обычно имеют ряд привилегий по сравнению с обычными и в некоторых настройках отвечающих за безопасность можно выбирать значения «только для клиентов» и «для всех кроме клиентов».
В админке CGPro клиентские адреса задаются полем типа «список адресов», этот тип поля активно используется и в других настройках (страница Setting->Network->Client IPs):
Приемники (Listeners)
У каждого протокола, для которого Communigate Pro умеет принимать соединения есть свой список приемников (объекты сервера создающие сокеты), например SMTP (Settings->Mail->SMTP->Receiving->«Listener»):
Каждый приемник открывает сокеты на определенном порту и определенном IP адресе (это необходимо, чтобы CGPro мог стоять на одной машине, с Web сервером — web сервер занимает 80-й порт на одном IP, а CGPro на другом).
По умолчанию в SMTP модуле настроен только 25 порт, добавим сразу еще 2, положенных по стантарту:
В современной версии SMTP порт 25 предназначен в основном для серверов, клиенты же должны пользоваться 587-м, его отличие в обязательном использовании аутентификации через команду SMTP AUTH.
Protection
Существует множество протоколов помимо SMTP позволяющих зарегистрировать письмо на сервере, но все они работают с аутентификацией от имени одного из аккаунтов. SMTP в ряде случаев не может позволить себе такой роскоши, поскольку предназначен для получения писем от произвольных серверов.
Из-за этого есть ряд мер, которые необходимо предпринять, чтобы хоть немного усложнить жизнь спаммерам.
Релеинг
Релеинг это прием письма сервером, для пересылки его дальше адресату.
SMTP в принципе позволяет регистрировать письма предназначенные для сторонних серверов, но на практике такую возможность лучше закрыть для всех отправителей, кроме доверенных, так как если позволить пересылку на чужие сервера с IP адреса под контролем спаммеров, администраторы этих серверов скорее всего заблокируют все письма от вас.
Настройки релея находятся на странице <nobr/>Settings->Mail->SMTP->Relaying и значения по-умолчанию вполне оптимальны:
Главное не изменить их случайно или без конкретной причины.
Проверки заголовков
Основными заголовками при получении SMTP письма являются отправитель и получатель. Рассмотрим пример SMTP сессии:
Тут отправитель задается командой MAIL FROM, а получатель RCPT TO. Самое главное, что должен знать администратор, это то, что поле которое показывается всеми без исключения почтовыми клиентами как «От кого» (заголовок «From» в письме) на самом деле является не отправителем, а просто частью тела письма. Большая часть проверок заголовков (включая популярные Remote BlackLists) работают именно с отправителем установленным командой протокола, а о теле письма понятия не имеют. В MIME формате отправителю соответствует поле «Return-path».
(Письмо полученное в SMTP сессии приведенной выше в MIME формате и интерфейсе)
Суть проверок «Return-path» в том, что при получении команды Mail From сервер извлекает доменную часть адреса и проверяет наличие этого домена в DNS. Есть также усиленная версия этой проверки — Reverse Connect, при использовании этой проверки, CGPro производит подключение к серверу отправителя и проверяет принимает ли этот сервер письма для отправителя с именем из команды Mail From.
Довольно популярной проверкой Return-path является SPF-проверка. Она требует DNS записей типа TXT специального формата, эти записи называют SPF записями. Они содержат имя почтового домена и список IP адресов, которые являются легитимными отправителями писем с данной доменной частью. Например:
Основной минус этого способа — работает только с отправителями, администраторы серверов которых знают и используют эту проверку. В WebAdmin настройки приема почты собраны на одной странице
RBL и обычный blacklist рассматривать не будем так как эти типы проверок довольно известны (в основном из-за того, что многие люди из России и СНГ регулярно обнаруживают себя в них) и никаких сложностей по настройке быть не должно.
Обработка письма
При получении письма оно сразу начинает записываться на жесткий диск в папку Queue базовой директории с расширением .tmp. Как только процесс получения завершается расширение меняется на .msg и модуль принявший письмо ставит его в общую очередь.
При внезапной перезагрузке или отключении сервера письма из очереди (.msg файлы папки Queue) просто ставятся в нее заново.
Queue
В очереди с письмом происходят следующие события:
- Анализ и преобразование адреса получателя.
- Применяем общесерверные правила.
- Файл очереди ставиться в одну или несколько логических очередей (в зависимости от того какие модули являются получателями письма)
- Применяем доменные или пользовательские правила
- Обработка писем в модулях-получателях.
Маршрутизатор(Router)
Каждый раз когда Communigate Pro сталкивается с почтовыми адресом он пропускает его через модуль Router. У администратора, помимо вспомогательных средств управления роутингом письма (такие как правила, псевдонимы доменов и пользователей), есть мощный инструмент обеспечивающий удобный доступ непосредственно в процесс обработки адресов — таблица роутинга:
формат каждой строки в этой таблице:
[префикс релея:][префикс типа записи:]left=right[; комментарий]
Схема работы таблицы следующая — записи просматриваются по одной, начиная с верхней, если очередную удалось применить для преобразования адреса, то новый адрес подается на вход в модуль роутинга с самого начала.
По-умолчанию записи в таблице работают для адресов встречающихся во всех операциях и функциях сервера. Запись может также работать только для одного из 3 типов операций если отмечена соответствующим префиксом — «Mail», «Access» и «Signal».
Существует еще один тип префикса — «Relay». Если для какого-то получателя сработала запись с таким префиксом, то письмо получает специальную пометку и оно будет отправленно вне зависимости от того пришло оно от доверенного источника (с клиентского IP или от аутентифицированного пользователя ) или нет. Это довольно опасная настройка, так как она позволяет спаммерам беспрепятственно отправлять письма на сервер на который у вас стоит перенаправление.
Логические очереди
Есть 4 вида очередей на отправку писем — на другие сервера (SMTP), в локальные ящики (LOCAL), в сторонние программы (PIPE) и в списки рассылки (LIST).
Каждая из этих очередей делится на несколько других. Например есть SMTP очередь на каждый домен — получатель, и есть LOCAL очередь на каждый аккаунт. Это позволяет доставлять письма большими порциями — по многу писем за одно соединение или открытие почтового ящика.
Правила
Правила применяются в два подхода — в начале Серверные правила ко всем письмам (до постановки в очереди доставки), а потом Доменные и Пользовательские правила, но только для писем из очереди локальных ящиков LOCAL. Доменные правила с точки зрения внутреннего устройства абсолютно неотличимы от правил Пользователей, но применяются ко всем аккаунтам домена.
Подобная система применения правил означает, что Доменные и Пользовательские правила могут влиять только на входящие письма (исходящие письма в LOCAL очередь не попадают). То есть для выполнения каких-либо манипуляций над исходящими письмами подходят только Серверные правила.
Получение ящиков
Никаких особых настроек у этих протоколов нет — все должно заработать сразу «из коробки».
Имя пользователя в настройках клиентов желательно указывать полностью, включая доменную часть (если ваш клиент, как некоторые версии Outlook, автоматически отрезает доменную часть по символу '@' можно использовать '%' вместо него).
Подводим итоги
Мы рассмотрели самые важные настройки с которыми сталкивается начинающий администратор почты на Communigate Pro. В этой статье есть небольшой перекос в сторону настроек регистрации и отправки писем, связано это с тем, что такие обширные темы как Router и Правила тяжело уместить в рамки небольшой статьи. Рекомендуем ознакомиться с ними дополнительно в онлайн мануале:
В этом разделе перечисляются наиболее распространённые проблемы, возникающие при использовании CommuniGate Pro и приводятся советы по решению этих проблем.
Безопасность
Мой Сервер - открытый релей?
- "На любой Сетевой Адрес: Если Отправитель:" установлено в клиенты или никто
- "На клиентские Сетевые Адреса: Если Получатель:" установлено в простой или никакой
- "В Домены для которых мы - Запасной Сервер:" установлено в Выключено
Взломали Пользователя, и мой Сервер используется для массовой рассылки. Что делать?
Кто-то узнал (или угадал) пароль Пользователя, и использует его для рассылки спама. Это, однако, не имеет отношения к открытому релеингу.
Чтобы уменьшить вероятность взломов:
Чтобы уменьшить ущерб от потенциально возможного взлома, и сделать взломанных пользователей менее привлекательными для хакеров:
Веб Интерфейс Администратора
Я перенаправил Пользователя Postmaster и больше не могу войти как Postmaster
Тем не менее у вас остаётся возможность войти именно как postmaster, даже если имя postmaster перенаправлено на абсолютно другой адрес. Используйте следующее имя вместо имени postmaster:
Этот адрес всегда направляется на пользователя postmaster. Для этого имени вы должны использовать обычный пароль пользователя postmaster.Более подробно маршрутизация .local описана в разделе Модуль Местной Доставки.
Я удалил Пользователя Postmaster
Если вы удалили пользователя postmaster, остановите Сервер и запустите его снова.Если Сервер CommuniGate Pro не может найти пользователя postmaster во время старта, то он создаёт его заново. В файлах в директории пользователя postmaster содержится новый пароль пользователя postmaster - используйте его, аналогично тому, как вы это делали при установке Сервера CommuniGate Pro.
Я создал дополнительный Домен и теперь не могу войти через Веб Интерфейс Администратора
Когда вы соединяетесь с CommuniGate Pro через браузер, Сервер проверяет имя домена, указанное в URL браузера. Если это имя соответствует имени одного из Доменов, то будет открыт Веб Интерфейс Администратора этого Домена, а не Веб Интерфейс Администратора Сервера.
Для того, чтобы открыть Веб Интерфейс Администратора Сервера, используйте в URL браузера Имя Главного Домена. Если это доменное имя не имеет А-записи в DNS или эта запись указывает на другой сервер, используйте IP адрес Сервера в URL браузера.
Если все IP адреса Сервера была назначены дополнительным Доменам, то вы можете использовать ЛЮБОЕ имя домена, которое ссылается на Сервер CommuniGate Pro и не является именем его Дополнительного Домена.
В случае, если все IP адреса Сервера были назначены дополнительным Доменам и все доменные имена в DNS, ссылающиеся на ваш сервер, также являются вашими Доменами (или Псевдонимами Доменов), то используйте следующий URL:
- остановите Сервер CommuniGate Pro;
- откройте файл /Settings/IPAddresses.settings, измените опцию ClientOnly с YES на NO, сохраните изменённый файл.
- снова запустите Сервер CommuniGate Pro.
Получение почты по SMTP
Мой Сервер не принимает почту от Веб-скрипта/аплета
Отправка по SMTP
Мой Сервер не может отправлять почту на некоторый хост с использованием SSL/TLS
Когда SMTP модуль CommuniGate Pro соединяется с почтовым хостом/ретранслятором и пытается установить безопасное (SSL/TLS) соединение, он получает от хоста Сертификат и проверяет в нём имя. Это имя должно совпадать либо с именем домена, на который должна быть отправлена почта, либо с именем MX-записи в DNS для этого домена.
Доступ
В Веб Интерфейсе Пользователя появляется розовая страница "we do not provide Web Access to this domain" ("Мы не предоставляем Веб Доступ к этому домену"
Обратите внимание: Если имя, указанное в URL браузера, не является одним из имен Доменов в CommuniGate Pro, то будет открыт Веб Интерфейс Администратора Сервера. Поэтому соединения через порт Веб Интерфейса Администратора (8010) будут работать, хотя соединения через порт Веб Интерфейса Пользователя (8100) вернут "розовую страницу".
Сессия работы через Веб Интерфейс Пользователя прекращается почти сразу же после входа
Когда пользователь работает через "распределённый HTTP прокси-сервер" (используемый обычно крупными интернет-провайдерами, такими как AOL), TCP соединения приходят на CommuniGate Pro с нескольких разных IP адресов этих прокси-серверов. Если в Веб Интерфейсе Пользователя включена опция Защита по Фиксированному Адресу в настройках Пользователя, то соединение через браузер пользователя может быть отвергнуто. Отключите опцию Защита по Фиксированному Адресу для тех пользователей, которые соединяются через "распределённый HTTP прокси". Если большинство ваших пользователей соединяется через такие прокси-сервера, вы можете отключить эту настройку в Умолчаниях для Пользователя Домена или в Общесерверных Умолчаниях для Пользователя.
Что означает ошибка "unassigned local network address" ("не задан локальный адрес сети")?
Обычно настройка Присвоенные Сетевые Адреса установлена в значение "Все незанятые", так что все IP адреса, не назначенные дополнительным доменам, автоматически назначаются Главному Домену. Если ни один из ваших Доменов не имеет настройки Присвоенные Сетевые Адреса в значении "Все незанятые", тогда некоторые из IP адресов вашего Сервера могут быть вообще не назначены Доменам.
Когда пользователь соединяется с сервером через POP или IMAP клиент и указывает там только имя пользователя без имени домена или при установлении безопасного соединения (SSL/TLS) Сервер CommuniGate Pro использует локальный IP адрес, на который установлено соединение и пытается найти Домен, которому этот адрес назначен. Если этот IP адрес не назначен ни для какого Домена в CommuniGate Pro, то тогда возникает ошибка "unassigned local network address" ("не задан локальный адрес сети").
Откройте в Веб Интерфейсе Администратора страницу Установки->Общее для того, чтобы увидеть все Сетевые Адреса Сервера. Возможно, потребуется нажать кнопку Обновить для того, чтобы увидеть все адреса. Неназначенные адреса будет отмечены красным цветом.
Справочник
Пользователи Microsoft LDAP (Outlook и Outlook Express) не могут найти записи в Справочнике
Большинство LDAP клиентов (включая Microsoft Outlook) имеют настройку, задающую поддерево Справочника, в котором должны осуществляться операции поиска. В Outlook Express эта настройка находится в Cвойствах Службы Каталога, на вкладке Дополнительно. Она называется Основа Поиска (Search Base) и должна содержать DN для домена пользователя (по умолчанию, DN равен cn=domainname).
Если это поле оставить пустым, то продукты семейства Outlook будут без предупреждения заменять его на строку c=country_code и операция поиска закончится неудачно (за исключением случаев, когда ваш Справочник имеет поддерево c=country_code.
Если вам необходимо осуществлять поиск во всем Справочнике, введите слово top в поле Основа Поиска.
Попытки обновить Настройки Пользователя приводят к ошибке directory record with the specified DN is not found ("записи в справочнике с указанным DN не найдены").
Обратите Внимание: если Домен содержит больше 100,000 Пользователей, то выполнение операции Создать Все Записи может занять несколько минут.
Дата и Время
Эта проблема вызвана неверными настройками Часового Пояса на сервере и/или на машинах клиента. Для того, чтобы проверить установленное значение Часового Пояса на компьютере Сервера, откройте через Веб Интерфейс Администратора CommuniGate Pro страницу Общее в разделе Установки. Поле Время Сервера должно содержать корректные значения Даты и Времени и Часового пояса: -0800 означает 'отставание на 8 часов от GMT', +0800 означает '8 часов впереди GMT'.
Если значение Часового Пояса установлено неверно, исправьте соответствующую настройку Операционной Системы и откройте заново страницу Общее, чтобы убедиться, что значение Часового Пояса установлено правильно.
Системные Журналы
Каждый раз, когда я использую Веб Интерфейс Администратора, в Системном журнале появляется запись ROUTER с информацией о Сбое
Веб Интерфейс Администратора добавляет строку LoginPage@ к имени домена, которые вы указали в URL браузера и пытается применить правила маршрутизации к получившемуся адресу (как и к любому другому адресу). Если маршрутизация заканчивается неуспешно, то Веб Интерфейс Администратора по умолчанию открывает Веб Интерфейс Администратора Сервера главного домена, но в Журнале Маршрутизатора появляется запись о сбое:
Когда SMTP модуль использует Блокирующие DNS-Сервера (RBL) для проверки IP адреса сервера, пытающегося послать какую-нибудь почту на ваш сервер, он преобразует IP адрес того сервера aa.bb.cc.dd в доменное имя dd.cc.bb.aa.rbl-server-name, и пытается определить адрес этого имени в DNS. Если отсылающий сервер не является известным "нарушителем", и его адрес не включён в базу данных RBL, это созданное доменное имя НЕ существует в DNS и DNR модуль будет эту фиксировать Проблему записью в Системном Журнале.
Если вы используете Блокирующие DNS-Сервера (RBL), то вы можете установить Уровень Журнала на запись событий только типа Основное.
Разное
Какой нестандартный порт UDP Сервер CommuniGate Pro открывает в моей системе?
Другие приложения (сервера, браузеры и тому подобное) используют сокет такого же типа для определения адресов доменных имён, но обычно они быстро открывают и закрывают этот UDP сокет, так что вы можете не заметить его в выводе netstat. CommuniGate Pro открывает UDP сокет DNS Клиента при запуске, использует этот сокет для всех DNR запросов и закрывает сокет только при выключении Сервера.
Как я могу настроить CGI-скрипт типа formmail на работу с CommuniGate Pro?
На большинстве платформ установщик CommuniGate Pro не замещает существующую программу sendmail, хотя в установочный пакет замена для программы sendmail включена. Для того чтобы использовать эту программу, вы должны модифицировать ваш Perl-скрипт: вы должны найти все cсылки на программу sendmail (обычно используется путь по умолчанию/usr/sbin/sendmail), и заменить их на ссылки /sendmail.
Например, если CommuniGate Pro и ваш CGI установлены на системе MacOS X, директория программ CommuniGate Pro - /usr/sbin/CommuniGatePro/, а CGI-скрипт /usr/sbin/sendmail, то это строки должны быть заменены на /usr/sbin/CommuniGatePro/sendmail.
Основные характеристики нашей платформы:
Установка
Для демонстрации установки в качестве операционной системы мы выбрали Windows, по той причине, что лучше всего ознакомиться с продуктом просто установив его на рабочую станцию или ноутбук. Установка занимает всего 5-10 минут и 100 MB на жестком диске.
У продукта есть «community» режим — можно абсолютно бесплатно пользоваться всеми возможностями пока суммарное число учетных записей не больше 5.
Выбор дистрибутива
Последние стабильные версии продукта для различных платформ (поддерживается более 15 операционных систем) можно найти здесь
Установка на Windows
Дистрибутив представляет собой простой zip архив. Запускаем Installer.exe:
- Application Folder — папка с программой и файлами настроек и интерфейсов по-умолчанию.
- Base Folder — папка с данными пользователей и всеми настройками отличными от стандартных.
При обновлении версии сервера заменяется только Application Folder.
После установки убеждаемся, что нужный процесс запущен:
Основные интерфейсы
После установки открываем любой браузер, вбиваем этот URL:
и попадаем в WebAdmin.
Администратором по-умолчанию является пользователь postmaster, при первом посещении админки выбираем пароль для этого пользователя:
После логина попадаем на страницу основных настроек интерфейса:
Тут можно выбирать удобный язык интерфейса и имя главного домена. Также рекомендуем переключиться с Basic режима на Expert (влияет на то какие настройки показываются, Basic режим хорош при самостоятельном изучении, но в данной серии статей мы будем пользоваться режимом Expert, так как только в нем видны самые интересные настройки).
WebAdmin представляет собой иерархическую систему вкладок. Для обозначения какой -либо настройки мы будем использовать такой формат:
Например создать пользователя можно с помощью кнопки Users->Domains->[Имя домена]->«Create Account» .
Помимо WebAdmin есть еще 3 web-интерфейса для пользователей:
Собственно на этом установка завершена, пользователи уже могут переписываться и звонить друг другу. Надо только помнить, что поскольку никаких DNS записей нет, в настройках клиентов нужно использовать IP адрес компьютера вместо имени сервера, а при звонках нужно использовать полное имя аккаунта, так как мы еще не назначили короткие номера.
Данный материал является частной записью члена сообщества Club.CNews.Редакция CNews не несет ответственности за его содержание.
С 1991 года целью нашей компании было создание наиболее масштабируемых, надежных и разнообразных решений, отвечающих запросам сегодняшнего пользователя. Сегодня мы предоставляем наши продукты ведущим мировым телекоммуникационным компаниям таким как Verizon, British Telecom, Deutsche Telecom, Softbank, Beeline, Манго, МТС и Tele2. А так же небольшим компаниям, школам, университетам, госструктурам и корпорациям: Евросеть, Сбербанк, ГосДума, МВД, Mercedes-Benz, British Airways, Ebay и т.д.
Описание продукта
Многофункциональное решение CommuniGate Pro позволяет передавать
Бизнес-преимущества CommuniGate Pro :
• снижение расходов при работе на одной программной платформе • низкая совокупная стоимость эксплуатации
• повышение производительности при помощи мобильности
• настольный универсальный клиент Pronto!
• качественный звук высокой четкости HD
• качество, надежность и простота установки
Особенности CommuniGate Pro :
• мобильная поддержка почты, контактов и календарей
• почтовый сервер IMAP
• протоколы бизнес-класса SIP и XMPP
• пиринговая передача голоса по IP с поддержкой HD
• резервное копирование и мобильная синхронизация
общие группы контактов и календари
Приглашаем вас делиться комментариями о материалах CNews на наших страницах платформ Facebook, Telegram и Twitter.
Читайте также: