Messages

1

Russian / Re: Не могу войти в Zarafa

« on: November 09, 2016, 02:39:57 pm »

Служба сама работает?

Её даже в списке служб нет..... Хотя в статусе модуля галка стоит...... после отключения и включения модуля при переходе на ссылку http://ipadres/webaccess появилось сообщение
 Authorization Required

This server could not verify that you are authorized to access the document requested. Either you supplied the wrong credentials (e.g., bad password), or your browser doesn't understand how to supply the credentials required.
Apache/2.2.22 (Ubuntu) Server at 192.168.61.5 Port 80

2

Russian / Не могу войти в Zarafa

« on: November 09, 2016, 07:02:43 am »

Всем привет, позавчера установил Zentyal,  все настроил, работало, почту с зарафы отправлял, сегодня не могу даже в нее зайти пишет Cannot connect to the Zarafa Server.
Не обновлял !!!!! подскажите плиз, в линуксе ни чего не понимаю!!!!

3

Russian / Re: Не устанавливается Zarafa

« on: October 26, 2016, 11:41:56 am »

Ну да. В мессаге с ошибкой всё подробно и понятно изложено в чём было дело. А версия то зенчала хоть какая у вас? Может репозитории для этой версии уже недоступны под старыми адресами и надо в source.list подправить пути?!

Версия 3,0

4

Russian / Не устанавливается Zarafa

« on: October 26, 2016, 09:49:28 am »

Привет всем, помогите, не устанавливается Zarafa
Скрины ниже........

5

Russian / Кто нибудь подскажет как поднять VoIP

« on: September 03, 2014, 10:51:39 am »

Кто нибудь подскажет как поднять VoIP, ни чего не понимаю............Хочу в организации вн.тел. связь замутить

6

Russian / Не запускается Прокси

« on: May 14, 2014, 01:39:21 pm »

Всем привет, столкнулся с такой проблемой, переиздал кэш как тут написано
""
Zentyal: очистка кэша прокси-сервера
Опубликовано 2013-10-02   

В Zentyal используется прокси-сервер Squid. Кэш прокси-сервера хранится здесь: /var/spool/squid3/. Теперь как аккуратно освободить место:

1. В админке открываем раздел «Статус модуля», снимаем галочку «HTTP прокси», сохраняем изменения. Прокси-сервер остановлен.

2. Теперь подключаемся к шлюзу по SSH (например через putty), осторожно запускаем

$ sudo rm -rf /var/spool/squid3/*

Только что мы удалили весь кэш squid

3. Выполняем

$ sudo squid3 –z

Этой коммандой будет пересоздана структура кэша

4. Возвращаемся в админку. Обратно  в «статусе модуля» ставим галочку напротив «HTTP прокси», сохраняем изменения

5. Идём на «рабочий стол», проверяем состояние модуля, при необходимости нажимаем кнопку «запустить». Всё, закончили.

Для справки: максимальный размер кэша задаётся в «Gateway» — “http прокси” – «общие настройки» — «Размер кэша (MB)»""

И после этого служба прокси больше не запустилась

7

Russian / Пересылка сообщений

« on: March 22, 2014, 06:44:14 pm »

Братья помогите разобраться, заглянул сегодня в журнал электронной почты и увидел такую картину http://yadi.sk/d/PXA_ugs2Kzuqy
Подскажите как бороться с этой пересылкой..... или это не страшно?

8

Russian / Как убить кэш прокси?

« on: January 15, 2014, 06:11:42 am »

Как убить кэш прокси, я имею ввиду физически без скриптов, и можно ли это делать? Если можно подскажите путь к папке кеша

9

Russian / Re: Можно ли изменять имя хоста и нетбиос

« on: December 26, 2013, 07:51:49 am »

Думаю, полетит - даже в "родной" реализации AD команда rendom относится к рискованным.
*мой комментарий по поводу некритичности "остального" вызван тем, что я не использую доменную структуру, но в любом случае, доменная авторизация использует сертификаты, которые потеряют доверие после переименования центра сертификации, соответственно, домен "порушится" - лучше провести эксперимент на тестовой среде.

Да, стремно........ Пока не буду, пусть будет все как есть

10

Russian / Re: Можно ли изменять имя хоста и нетбиос

« on: December 25, 2013, 02:26:33 pm »

Изменять - можно.
Грозит - в первую очередь необходимостью перевыпускать сертификаты; остальное - как правило не критично.

А то что в activ directory не полетит, я имею ввиду записи доменные записи юзеров, и контактов в zarafe

11

Russian / Можно ли изменять имя хоста и нетбиос

« on: December 25, 2013, 12:09:56 pm »

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

12

Russian / Re: настройка почты

« on: December 20, 2013, 02:38:51 pm »

Похоже, теребить надо не прова, а именно reg.ru:
С месяц назад у одного моего знакомого тоже с ним были проблемы - в итоге не забороли и ушли на DNS Яндекса...

Про яндекс читал, но как перейти технически не знаю, подскажи буду благодарен

13

Russian / Re: настройка почты

« on: December 20, 2013, 10:34:36 am »

Если верить RIPE, то для домена (имя есть в приведённом скриншоте):

Code: [Select]

domain: PESCHANRN.RU
nserver: ns1.reg.ru.
nserver: ns2.reg.ru.
state: REGISTERED, DELEGATED, UNVERIFIED
person: Private Person
registrar: REGRU-REG-RIPNНеобходимо в личном кабинете reg.ru создать в DNS запись для MX весом, например, 10 (традиционно для первичного почтовика), указывающую на внешний IP сервера - мата от серверов-получателей значительно убавится, но останутся те, кто будет жаловаться на неверную PTR-запись (обратное разрешение имени сервера) - с этой проблемой обращаться к провайдеру, чтобы он в своей обратной зоне DNS прописал нужную запись.

mx запись я сделал давно, и почтовый обменник я указал этот сервер, значит осталось провайдера потеребить

14

Russian / Re: настройка почты

« on: December 19, 2013, 04:29:38 pm »

У "нормального почтового домена" domain.ru во внешнем мире прописаны MX-записи? Скорее всего нет, судя по ответу мэйлру...
Как проверить - из Windows:
запустить nslookup и ввести команды:

Code: [Select]

> set type=MX
> domain.ru 8.8.4.4
Server:  UnKnown
Address:  8.8.4.4


Non-authoritative answer:
domain.ru     MX preference = 10, mail exchanger = mx.yandex.ru8.8.4.4 - публичный DNS Google (он отвечает всем и достаточно корректно)
mx.yandex.ru - имя почтового сервера, по которому он должен быть доступен извне
domain.ru - то, что в адресе отправителя идёт после разделителя "@"
Из Linux примерно то же самое, но запускать надо "nslookup - 8.8.4.4" и в запросе домена не указывать сервер.
Если MX для домена не указан, то править внешний DNS (у провайдера, у регистратора, или на своём сервере - в зависимости от собственной специфики).
Кроме того, для совсем уж правильной работы, необходимо указание обратной зоны - это только через провайдера решается.

Посмотри что получилось, я уже вообще не догоняю.......
Насчет DNS, я поставил использовать DNS провайдера и привязал домен к IP адресу

15

Russian / Re: настройка почты

« on: December 19, 2013, 12:51:55 pm »

В приведённом отлупе сервер (mxs.mail.ru) жалуется на недействительный адрес отправителя - либо не настроен почтовый домен во внешнем мире, либо вообще письма уходят от адресата ...@peschanrn.

На самом деле почта отправляется с нормального домена name@domain. ru     а песчаанрн это виртуальный хост зенчела, подскажи что делать