Главная > DPM 2010, DPM в сети > DPM 2010: ошибка 346

DPM 2010: ошибка 346

Не так давно столкнулся с ошибкой при подключении агента DPM c формулировкой Ошибка 346: DPM не может получить сведения о конфигурации с сервера dpm.domain.local (на английском звучит как Error 346: DPM is unable to retrieve the configuration information from dpm.domain.local). Некоторое время потратил на решение и отложил его публикацию на неопределенный срок. Сейчас, когда стало понятно, что ошибка встречается чаще, чем я думал, и ко мне стали обращаться за советом, настало время написать об этом в блоге.

Проблема

Сервер DPM и защищаемый Сервер 1 находятся на разных площадках, соединенных между собой каналом VPN, организованным между двумя серверами — TMG 1 и TMG 2:

На серверах TMG cуществуют все необходимые сетевые правила для взаимодействия двух сетей через VPN канал. При попытке установить агента DPM на Сервер 1 средствами консоли сервера DPM, либо при попытке подключения на стороне DPM установленного вручную агента, получаем ошибку 346. Ошибка сохраняется даже если разрешить все протоколы между сетями.

Решение

Лезем в сетевое правило, отвечающее за трафик между двумя сетями, переходим на закладку Протоколы. Нас интересует кнопка Фильтрация:

В выпадающем меню выбираем Настроить протокол RPC:

И, не обращая внимания на прямо противоположный англоязычному оригиналу перевод значения флажка, в окне настроек RPC снимаем галку Требовать строгого соответствия RPC:

Повторяем действия на втором сервере TMG.

После этого установка агента на Сервер 1 из консоли DPM пройдет без ошибок.

Реклама
Рубрики:DPM 2010, DPM в сети Метки: , , , , , , ,
  1. Александр
    04.06.2012 в 07:55

    не помогло к сожалению… dpm 2012

  2. 21.06.2012 в 18:18

    У меня тоже на сработало, сижу гадаю…галочки про строгое соответствие поснимал, но только добавляют агента через DPM моментально ошибка.

    • 22.06.2012 в 13:31

      Олег, как осуществляется связь между сервером и агентом? Опишите инфраструктуру.

      • 22.06.2012 в 14:08

        Напрямую.
        Только клиент ставим естественно на TMG.
        Нашел вот такое:
        Another sidenote: make sure the DPM server isn’t included in the Management Console system policy, as that picks up the DPM traffic before the rule created by in this post and will cause communication to fail.
        Сегодня хочу проверить. Т.к. все политики были созданы до меня.

  3. 26.06.2012 в 16:23

    Таки правда: Management Console system policy — надо удалить оттуда DPM, SC любой, если есть. Будет счастье.

    • 26.06.2012 в 17:13

      Отличное дополнение к заметке. Спасибо!

    • Tamaz
      29.03.2013 в 15:24

      А можно подробнее что за Management Console system policy, а то я пытаюсь просто подсединить TMG сервер к DPM 2012, но выдает ошибку: «Сбой операции агента. (Идентификатор 370). DPM не может получить сведения о конфигурации с сервера tmg.page.kz. (Идентификатор 346)». Агента устанавливал вручную — имя_клиента адрес_сервера

      • 01.04.2013 в 14:47

        Речь идет о системных политиках TMG, а именно — Удаленное управление/Консоль управления MMC. Попадание в это правило сервера DPM, имхо, крайне маловероятно.

  4. Tamaz
    09.04.2013 в 19:55

    Спасибо за наводку, действительно отключив в системных политиках строгое соответствие RPC — агент подсоединился.

  1. No trackbacks yet.

Добавить комментарий

Заполните поля или щелкните по значку, чтобы оставить свой комментарий:

Логотип WordPress.com

Для комментария используется ваша учётная запись WordPress.com. Выход / Изменить )

Фотография Twitter

Для комментария используется ваша учётная запись Twitter. Выход / Изменить )

Фотография Facebook

Для комментария используется ваша учётная запись Facebook. Выход / Изменить )

Google+ photo

Для комментария используется ваша учётная запись Google+. Выход / Изменить )

Connecting to %s

%d такие блоггеры, как: