Show Posts
This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.
346
Russian / Re: настройка почты
« on: December 20, 2013, 11:51:34 am »
Похоже, теребить надо не прова, а именно reg.ru:
Code: [Select]
bubnov-pi@IT-linux-PI:~> nslookup - ns1.reg.ru
> set type=ANY
> PESCHANRN.RU
Server: ns1.reg.ru
Address: 31.31.205.39#53
PESCHANRN.RU nameserver = ns1.reg.RU.
PESCHANRN.RU nameserver = ns2.reg.RU.
PESCHANRN.RU
origin = ns1.reg.RU
mail addr = hostmaster.ns1.reg.RU
serial = 1387199664
refresh = 14400
retry = 3600
expire = 604800
minimum = 43200
Name: PESCHANRN.RU
Address: 80.254.125.85
> set type=MX
> PESCHANRN.RU
Server: ns1.reg.ru
Address: 31.31.205.39#53
*** Can't find PESCHANRN.RU: No answer
>С месяц назад у одного моего знакомого тоже с ним были проблемы - в итоге не забороли и ушли на DNS Яндекса...
347
Russian / Re: обновление с 3.2 на 3.3 не работает zarafa
« on: December 20, 2013, 08:45:40 am »
Меня тоже умиляют обитатели форума, считающие, что им все должны и обижающиеся, когда им дают не пошаговую инструкцию, а совет, в каком направлении решать проблему.
Для наиболее "требовательных" хочу пояснить следующее:
1. В русскоязычной ветке нет официальных представителей zentyal (по крайней мере это логично предположить)
2. Community-версия не имеет гарантированной поддержки - вся помощь оказывается только энтузиастами, в том числе и каждым из вас (нас)
3. По моим скромным полугодичным наблюдениям, в русскоязычной ветке менее 10 постоянных "обитателей" и задачи, решаемые ими с использованием zentyal с вероятностью близкой к 100% не совпадают целиком с задачами, которые пытается решить любой другой посетитель форума (я, например, вообще не использую samba, zarafa, VPNы и ещё кучу модулей zentyal - только шлюз, прокси, базовая почта и всякие DNS-DHCP), так что надеяться, что на любой вопрос будет получен исчерпывающий ответ, по меньшей мере наивно
4. Использовать community-версию zentyal на критических production-серверах - очень и очень легкомысленно, об этом даже на заглавной странице проекта написано неоднократно, так что не стоит обижаться на "безразличие окружающих" к возникающим проблемам - во-первых, в силу пункта 3, а во-вторых, в силу изначально заявленной нестабильности данного, если говорить смело, решения...
*всем добра.
Для наиболее "требовательных" хочу пояснить следующее:
1. В русскоязычной ветке нет официальных представителей zentyal (по крайней мере это логично предположить)
2. Community-версия не имеет гарантированной поддержки - вся помощь оказывается только энтузиастами, в том числе и каждым из вас (нас)
3. По моим скромным полугодичным наблюдениям, в русскоязычной ветке менее 10 постоянных "обитателей" и задачи, решаемые ими с использованием zentyal с вероятностью близкой к 100% не совпадают целиком с задачами, которые пытается решить любой другой посетитель форума (я, например, вообще не использую samba, zarafa, VPNы и ещё кучу модулей zentyal - только шлюз, прокси, базовая почта и всякие DNS-DHCP), так что надеяться, что на любой вопрос будет получен исчерпывающий ответ, по меньшей мере наивно
4. Использовать community-версию zentyal на критических production-серверах - очень и очень легкомысленно, об этом даже на заглавной странице проекта написано неоднократно, так что не стоит обижаться на "безразличие окружающих" к возникающим проблемам - во-первых, в силу пункта 3, а во-вторых, в силу изначально заявленной нестабильности данного, если говорить смело, решения...
*всем добра.
348
Russian / Re: настройка почты
« on: December 20, 2013, 07:58:03 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 прописал нужную запись.
349
Russian / Re: настройка почты
« on: December 19, 2013, 02:13:38 pm »
У "нормального почтового домена" domain.ru во внешнем мире прописаны MX-записи? Скорее всего нет, судя по ответу мэйлру...
Как проверить - из Windows:
запустить nslookup и ввести команды:
mx.yandex.ru - имя почтового сервера, по которому он должен быть доступен извне
domain.ru - то, что в адресе отправителя идёт после разделителя "@"
Из Linux примерно то же самое, но запускать надо "nslookup - 8.8.4.4" и в запросе домена не указывать сервер.
Если MX для домена не указан, то править внешний DNS (у провайдера, у регистратора, или на своём сервере - в зависимости от собственной специфики).
Кроме того, для совсем уж правильной работы, необходимо указание обратной зоны - это только через провайдера решается.
Как проверить - из 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 (у провайдера, у регистратора, или на своём сервере - в зависимости от собственной специфики).
Кроме того, для совсем уж правильной работы, необходимо указание обратной зоны - это только через провайдера решается.
350
Russian / Re: настройка почты
« on: December 19, 2013, 07:12:39 am »
В приведённом отлупе сервер (mxs.mail.ru) жалуется на недействительный адрес отправителя - либо не настроен почтовый домен во внешнем мире, либо вообще письма уходят от адресата ...@peschanrn.lan
351
Russian / Re: Ошибка 401 при доступе к Сбербанк Бизнес ОнЛ@йн
« on: December 18, 2013, 02:31:38 pm »
Цитата:
Quote
09.12.13
Уважаемый Клиент!
Уведомляем Вас, что с 18 декабря 2013 года система «Сбербанк Бизнес ОнЛ@йн» будет переведена на новые IP адреса, при этом DNS имя системы останется прежним. В большинстве случаев эти изменения не потребуют каких-либо действий со стороны Вашей организации. Вместе с тем, при определенных настройках на оборудовании Вашей организации, обеспечивающем защиту от угроз из сети Интернет, изменение IP адреса серверов может привести к потере доступа к системе.
Просим передать информацию об изменении IP адресации в ИТ подразделения Ваших организаций, для выполнения, при необходимости, соответствующих настроек на коммуникационном оборудовании.
Ознакомиться с подробной информацией Вы сможете, перейдя по ссылке (http://sberbank.ru/common/img/uploaded/files/sbbol/NEW_IP.pdf).
Ваш Сбербанк.
352
Russian / Re: Ошибка 401 при доступе к Сбербанк Бизнес ОнЛ@йн
« on: December 18, 2013, 02:26:06 pm »
Говорят, у СберБизнесОнлайн сменились IP-адреса, так что вполне может быть всего лишь проблема с кэшированием DNS, а не с прокси.
353
Russian / Re: synology в домен samba
« on: December 11, 2013, 06:46:07 am »
Первое, что бросилось в глаза - в логах вижу "netbios=OFFICE.LAN", а на скриншоте "netbios=OFFICE" (как и должно быть).
Плюс, вероятно, есть проблемы с именем контроллера домена (по крайней мере непонятная ругань про DNS в логе есть).
А со снятой галочкой "дополнительные опции домена" ругань в логах такая же (если назначать IP встроенным в zentyal DHCP)?
Плюс, вероятно, есть проблемы с именем контроллера домена (по крайней мере непонятная ругань про DNS в логе есть).
А со снятой галочкой "дополнительные опции домена" ругань в логах такая же (если назначать IP встроенным в zentyal DHCP)?
354
Russian / Re: Как настроить чтоб отправленные сообщения оставались на сервере?
« on: December 10, 2013, 11:07:20 am »
Тогда только через ручное составление правил - SMTP не предполагает по умолчанию сохранения транзитных сообщений.
355
Russian / Re: Вопрос!!! Как склонировать профили фильтра Прокси???
« on: December 10, 2013, 11:00:40 am »
Прошу прощения - ответил не проверив - в настройках прокси zentyal такой возможности действительно нет.
А "склонировать профиль фильтра" - разве не выделенная мной на скрине кнопка обеспечивает?
А "склонировать профиль фильтра" - разве не выделенная мной на скрине кнопка обеспечивает?
356
Russian / Re: Как настроить чтоб отправленные сообщения оставались на сервере?
« on: December 10, 2013, 10:36:36 am »
По идее, это должен делать сам клиент - сохранять по IMAP отправляемые письма в указанной папке.
357
Russian / Re: Zentyal - Zentyal 3.2 Open VPN туннель.
« on: December 10, 2013, 07:32:51 am »
Согласно приведённой трассировке, шлюзы друг друга видят, правда с пингом в 150 мс, что немало.
У меня наибольшее подозрение вызывает фраза "Оба сервер Zentyal не являются шлюзами в интернет" - судя по всему, серверы Zentyal не являются шлюзами по умолчанию для клиентов обеих сетей, соответственно, надо дополнять таблицы маршрутизации и на клиентах.
Хотя "В брэндмауере разрешил ходить друг к другу в гости сетям?" тоже важно.
У меня наибольшее подозрение вызывает фраза "Оба сервер Zentyal не являются шлюзами в интернет" - судя по всему, серверы Zentyal не являются шлюзами по умолчанию для клиентов обеих сетей, соответственно, надо дополнять таблицы маршрутизации и на клиентах.
Хотя "В брэндмауере разрешил ходить друг к другу в гости сетям?" тоже важно.
358
Russian / Re: L2TP/IPSec
« on: December 09, 2013, 10:44:12 am »
Оно?
http://forum.zentyal.org/index.php/topic,18562.0.html
Хотя про "сыроватость" комьюнити-версии zentyal - соглашусь - без изрядной доработки использовать все предполагаемые им сервисы, увы, невозможно.
http://forum.zentyal.org/index.php/topic,18562.0.html
Хотя про "сыроватость" комьюнити-версии zentyal - соглашусь - без изрядной доработки использовать все предполагаемые им сервисы, увы, невозможно.
359
Russian / Re: L2TP/IPSec
« on: December 06, 2013, 09:23:52 am »
Используют.
Просто здесь очень низкая посещаемость.
Гуглояндекс говорит, что эта ошибка чаще всего вызвана неверными настройками брэндмауэров на клиентах или последней миле клиентов; иногда - на сервере.
Просто здесь очень низкая посещаемость.
Гуглояндекс говорит, что эта ошибка чаще всего вызвана неверными настройками брэндмауэров на клиентах или последней миле клиентов; иногда - на сервере.
360
Russian / Re: Zentyal - Zentyal 3.2 Open VPN туннель.
« on: December 06, 2013, 09:21:13 am »
Если я правильно прочёл увиденное, то проблема либо на удалённом сервере - он не знает как маршрутизировать пакеты в свою локалку и обратно, получаемые от удалённых подключений, либо клиент (192.168.1.14) не знает кому отвечать на запросы, пришедшие от 192.168.14.0/24 и пытается слать их на "шлюз по умолчанию", которым, как я понял, является не сервер с VPN на zentyal.
В первом случае - копать "4. Правила маршрутизации трафика для (внутренних) сетей на серверах".
Во втором случае - копать "2. Таблицы маршрутизации на клиентах".
Получить "2." на клиенте Windows можно командой "route print"
В первом случае - копать "4. Правила маршрутизации трафика для (внутренних) сетей на серверах".
Во втором случае - копать "2. Таблицы маршрутизации на клиентах".
Получить "2." на клиенте Windows можно командой "route print"