SEPM - как измененить место хранения ревизий? - Вопросы по Symantec Endpoint Protection - Форумы Anti-Malware.ru Перейти к содержанию
Тимофей

SEPM - как измененить место хранения ревизий?

Recommended Posts

Тимофей

Доброго времени суток!

Есть несколько интересных вопросов:

После изменения параметра хранения ревизий обновлений на сервере SEPM с 10 на 30 постепенно сократилось место на диске C: (при разворачивании SEPM несколько лет назад мои предшественники не продумали вопрос с дисковым пространством). Возник вопрос - можно ли и каким образом как-то указать SEPM другое место хранения ревизий, например на диске D: и как это скажется на обновлениях клиентов? (Вариант расширить диск C: за счет диска D: самый крайний и нежелательный)

Также интересует вопрос - можно ли сервер, на котором установлен SEPM использовать в качестве GUP? Т.к. есть подозрения, что хранимые ревизии обновлений для клиентов GUP, дублируются с ревизиями для остальных клиентов, тем самым отъедая дисковое пространство.

Версия SEPM - 11.0.5002.333 (старовата, но вскоре предстоит ряд обновлений)

Число клиентов - до 250

LUA не используется.

Основная часть клиентов обновляется с сервера (настройки по умолчанию), часть - через GUP.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Shell
SEPM использовать в качестве GUP?

gup только для клиента. Если на сервере где sepm установлен клиент SEP - можно. Но зачем? если проще в этом случае раздавать через SEPM?

Возник вопрос - можно ли и каким образом как-то указать SEPM другое место хранения ревизий, например на диске D:

проще будет установить другой сервер и переключить на него клиента. либо шаманские пляски - переключить на другой сервер клиентов и реплицировать туда политики, потом переустановка sepm и обратная миграция.

Стандартных средств не предусмотрено.

11.0.5002.333

В ней глюковатый gup...

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Тимофей

Shell, спасибо за ответы.

GUP на SEPM начали применять мои предшественники - на данный момент тестирую политики обновления рабочих станций не используя его. Единственная в нём необходимость - ограничение полосы пропускания (возникла такая проблема).

Пляски с двумя серверами... Предстоит обновление SEPM (точнее, переход с разворачиванием на виртуалках SEPM, LUA и, возможно, отдельно GUP). И хотелось бы до этого момента не заниматься шаманством с бубном.

Про отсутствие стандартных средств я знаю, иначе и вопроса бы не возникло - может кто уже сталкивался с этим и знает где и в каких INI-файлах поменять параметры и как после этого обновляются клиенты.

Или всё таки расширить размер диска C: за счёт диска D:? (против чего не мотивируя протестует администратор операционной системы...)

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
komsa80
Возник вопрос - можно ли и каким образом как-то указать SEPM другое место хранения ревизий, например на диске D: и как это скажется на обновлениях клиентов? (Вариант расширить диск C: за счет диска D: самый крайний и нежелательный)

Можно сделать символическую связь (SymLink) для нужного каталога на другой диск - аналог символических ссылок UNIX систем. Самый простой способ сделать с помощью FAR менеджера. У меня так на другой диск настроен ежедневный бэкап базы SEPM.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Тимофей

komsa80, точно! Спасибо за совет!

Только вместо FAR можно использовать утилитку linkd.exe от Microsoft.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

  • Сообщения

    • santy
      Например: форумы Anti-Malware, официальный и неофициальный технические форумы Касперского разработаны при поддержке Powered by Invision Community Invision Community (ранее IPS Community Suite, Invision Power Board, сокращенно IPS, IP.Suite или IP.Board) — коммерческое программное обеспечение для организации веб-форумов, разрабатываемое американской компанией Invision Power Services Inc ----------- Получается 1С-Битрикс наше все.
    • PR55.RP55
      КОТ ( Комитет Охраны Тепла ) Африка
      Неизбежность войны, предвкушаю крах
      Если я говорю, значит, он прав
      Армагеддон — это больше, чем страх
      Это любовь, это слёзы и кровь
      Твоих сыновей
      Африка!

      [Бридж]
      Твои волосы — как прутья
      Твои мысли — белый мел
      Я однажды не проснулся
      Оттого что я висел

      [Предприпев]
      Африка!
      На твоих руках
      Твоё солнце в моих глазах
      Африка!

      [Припев]
      Чёрное на белом
      Кто-то был неправ
      Я внеплановый сын африканских трав
      Я танцую регги на грязном снегу
      Моя тень на твоём берегу
      Африка!
    • santy
      Я думаю, разработчики закона сами еще не знают как трактовать то, что они сделали. например это: Если владелец сайта является гражданином РФ или российским юридическим лицом является ли система российской, владельцем которой он считается, если сам сайт построен на зарубежном движке?
    • PR55.RP55
      " Запрет на использование иностранных сервисов авторизации (Google, Apple) на российских сайтах, введенный законами № 406-ФЗ и № 670-ФЗ, направлен на локализацию персональных данных и борьбу с утечками, требуя перехода на российские ID-системы, такие как ya.ru или mail.ru [1]. Старые аккаунты, созданные через иностранные сервисы, не удаляются, однако владельцы сайтов обязаны перевести пользователей на легитимные методы входа, включая российскую почту, телефон или Госуслуги, чтобы избежать ответственности за текущие авторизации [1]. " " Владельцы сайтов будут обязаны проводить авторизацию пользователей (например, при регистрации или входе в личный кабинет) с использованием только российских систем. К ним относятся: номер российского телефона; портал "Госуслуги"; единая биометрическая система; иные системы, владельцами которых являются граждане РФ или российские юридические лица." ya.ru или mail.ru - в теории ( и на практике ) граждане р.ф. Сама почта требует авторизации - через номер телефона. т.е. зарегистрированный пользователь уже прошёл авторизацию.  ---------- Оценка выше написанного в ИИ. :) Давайте разберем, почему ваши тезисы и выводы полностью корректны.
      1. Соответствие критериям закона
      Вы абсолютно правы: сервисы *Яндекс (ya.ru)* и *VK (VK ID / Mail.ru)* на
      100% подпадают под четвертый пункт статьи 10.2-1 закона «Об информации»:   * Их владельцами являются *российские юридические лица*.
        * Доля иностранного владения в них приведена в полное соответствие с
          законодательством РФ (контролирующие структуры находятся в
          российской юрисдикции). 2. Цепочка авторизации (наследование доверия)
      Ваша мысль о том, что /«почта требует авторизации через телефон, а
      значит, пользователь уже авторизован»/, юридически называется
      *делегированием авторизации*.   * Закон обязывает владельца форума использовать /российскую систему/
          для входа.
        * Яндекс ID или VK ID — это и есть авторизационные информационные системы.
        * То, что эти ИС внутри себя уже проверили пользователя (по номеру
          телефона, привязке к Госуслугам или через подтвержденный профиль), —
          это их зона ответственности. Для вашего форума главное, что сама
          «входная дверь» (Яндекс/VK) является российской. 3. Обязанности владельца сайта
      Приведенная вами цитата точно описывает текущее положение дел:   * *Закон не требует удалять профили* людей, вошедших когда-то через
          Google.
        * *Закон запрещает процесс* предоставления авторизации через
          иностранцев /сейчас/.
        * Чтобы не получить штраф (вступивший в силу по законопроекту №
          1110676-8), владелец сайта должен закрыть техническую возможность
          кликнуть на «Вход через Google/Apple» и предложить пользователю
          привязать к старому аккаунту российский аналог (почту, телефон или
          Яндекс/VK ID). ------- Но лучше всё это ещё уточнить.    
    • santy
      Актуально, по лучше перенести обсуждение в офтопик.
        выходит что, авторизация через логин и пароль будет считаться неразрешенной, со всеми вытекающими последствиями? или ее можно будет отнести к последнему пункту ("авторизации с помощью российских сервисов авторизации"), если проверка логина и пароля не выходит за пределы сайта?
×