OfficeScan 6.5 пропала консоль - Trend Micro - покупка, использование и решение проблем - Форумы Anti-Malware.ru Перейти к содержанию
Drewsha

OfficeScan 6.5 пропала консоль

Recommended Posts

Drewsha

после перехода сервера в новый домен, пропала Консоль (Managment Console). т.е. не отображается и клиентские машины потеряли связь с серверной частью....

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

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


Ссылка на сообщение
Поделиться на другие сайты
Михаил Кондрашин
после перехода сервера в новый домен, пропала Консоль (Managment Console). т.е. не отображается и клиентские машины потеряли связь с серверной частью....

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

Вероятно переход закрутил гайки безопасности в IIS.

Можно попробовать поставить серверную часть заново.

P. S.

Последняя версия --- 7.3. Можно поставить и ее, но лучше сначала, чтобы заработало то, что есть.

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


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

Серверную часть переставить то не сложно, уже отчаившись я начал это делать. Очень боюсь что как в прошлый раз придется делать unistall а потом install клиентской части на каждой машине - а это то ведь время скока убить можно. Почему то IPxfer не хотел их регистрировать на сервере, хотя все порты были прописаны в строке ?

7.3 нету - лицензия только на 6.5

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


Ссылка на сообщение
Поделиться на другие сайты
Михаил Кондрашин
Серверную часть переставить то не сложно, уже отчаившись я начал это делать. Очень боюсь что как в прошлый раз придется делать unistall а потом install клиентской части на каждой машине - а это то ведь время скока убить можно. Почему то IPxfer не хотел их регистрировать на сервере, хотя все порты были прописаны в строке ?

7.3 нету - лицензия только на 6.5

Переустановка сервера не требует переустановки клиентов, если не менять порт сервера (IIS или apache). ipXfer не регистрирует клиента, а меняет его коммуникационные настройки. После этого, клиент сам предпринимает попытку зарегистрироваться на сервере. Вероятно конфигурация вашего IIS ему этого сделать не позволила. Посмотрите, появляются ли в лог-файлах Веб-сервера запросы от клиента с обращением к cgiOnStart.exe. Если нет, то клиент вообще не пытается подключиться к серверу. Укажите в параметрах ipXfer.exe не имя сервера, а его IP-адрес. Может быть какая-то еще коммуникационная проблема.

Если запрос cgiOnStart.exe есть, то посмотрите с каким кодом он завершается. Вероятно не 200, а каким-то другим, который свидетельствует, что не работает анонимный запуск CGI-скриптов на сервере.

Лицензия на 6.5 должны подходить для 7.3 (по идее).

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


Ссылка на сообщение
Поделиться на другие сайты
Кирилл Керценбаум
7.3 нету - лицензия только на 6.5

Если ключ от 6.5 не подходит для 7.3 (хотя должен) Вы можете на сайте Trend Micro сделать Free Upgrade, но только при условии что лицензии действующие, то есть срок поддержки не закончился

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


Ссылка на сообщение
Поделиться на другие сайты
Drewsha
7.3 нету - лицензия только на 6.5

Если ключ от 6.5 не подходит для 7.3 (хотя должен) Вы можете на сайте Trend Micro сделать Free Upgrade, но только при условии что лицензии действующие, то есть срок поддержки не закончился

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

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


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

Михаил Кондрашин

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

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


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

За тех. поддержкой лучше обращаться к партнеру Trend Micro, у которого вы приобретали продукт.

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


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

Если не сохранилась нумерация портов, то на всех машинах можно прогнать скрипт привязки клиентов к серверу, после установки серверной части. В нашем случае мы делали это через GPO, скрипт весел в автозагрузке на уровне Computers примерно 2 недели, в результате клиенты плавно подцепились. Утилитка для привязки валяется где-то в папке OfficeScan на клиентах.

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


Ссылка на сообщение
Поделиться на другие сайты
Михаил Кондрашин
Если не сохранилась нумерация портов, то на всех машинах можно прогнать скрипт привязки клиентов к серверу, после установки серверной части. В нашем случае мы делали это через GPO, скрипт весел в автозагрузке на уровне Computers примерно 2 недели, в результате клиенты плавно подцепились. Утилитка для привязки валяется где-то в папке OfficeScan на клиентах.

... точнее на сервере (AdminUtilityIpXfer)

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


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

Михаил Кондрашин, спасибо Михаил :) Под рукой консоли нет, а ломиться через VPN к клиенту, что бы уточнить было лень.

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


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

Проблемма с консолью OSCE. Дает приглашение. Но после ввода пишет Ошибка CGI и что ваша сессия закончиласт по тайм ауту. Клиенты тоже не могут подключится к серверу.

Вроде как проблема с IIS. Права вроде как имеются. Возникает вопрос можно ли в IIS заново "переподключить" OSCE чтобы были рабочие настройки.

И еще если обновить версию с 6.5 до 7.3. Поможет?

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


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

den

Если сбой произошел в результате изменения настроек, с которыми справится инсталлятор, то установка новой версии поможет. Это вообще хорошая идея.

Кроме этого, всегда можно вручную запустить программу, которой и пользуется инсталлятор для настройки: SVRINST.exe. С ключиком "/?" она про себя расскажет, что она умеет настраивать (-setprivilege и -setvirdir --- это скорее всего то самое, что нужно).

Замечу, что исковеркать IIS сторонними программами можно так, что никакой SVRINST.exe не поможет.

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


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

Что-то всё гораздо хуже. Сервер проапдэйтить не получилось ( конфигурационный файл испорчен). Поднял сервер на другой машине.

Вопрос можно ли перепривязать клиентов автоматом и как-нибудь вытащить настройки со старого OSCE. Изначальная версия 6.5 новая 7.3.

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


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

В настройках OSCE есть параметр Web Server. Если на старом сервере ее поменять на новый, то клиенты после очередного рестарта начнут переключаться на новый.

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


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

Установил OSCE 7.3 в старом OSCE 6.5 прописал IP на новый.

Расчитывал, что клиенты начнут верифицироваться после перезагрузки, но не угадал :( Начали сразу. В связи с этим поймали пару косяков. После обнаружения новой версии OSCE, как я понимаю клиенты начали обновляться. И несколько серверов и машин этого сделать не смогли. Т.е. консоль показывает что версия новая, но клиент в off-e. Обновление не проходит. На нескольких машинах помогла полная переустановка клиента( удалить- удаленно поставить). На двух серверах и одной РС (ХР) корректно снести клиента не получилось. Т.е. после удаления последующая инсталяция говорит об установленном ПО. ХР полечил ручным удалением всех упоминаний OSCE в реестре.

Вопрос как коректно полечить сервера?

Несколько машин в консоле видны в off-e. На самам деле принудительный апдейт прошел успешно. на некоторое время отображались в on-e. Затем опять в off.

???

И еще. В сети стоит ТМ СМ который тянет обновления. Затем раздает для OSCE. Касательно патернов все работает от СМ к OS затем к Клиентам. НО относительно движка не работает. На СМ новый 8.320 а на OS 8.000 (как в дистрибутиве). Старые клиенты с движком 8.320 так и остались, а вновь устанавливаемые 8.000. Принудительный Deploy engine с СМ ничего не дал.

Как поправить?

Не совсем ясна связка СМ 3.0 и OCSE 7.5 в плане обновления Greyware и т.п.

Спасибо.

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


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

  • Сообщения

    • 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
      Актуально, по лучше перенести обсуждение в офтопик.
        выходит что, авторизация через логин и пароль будет считаться неразрешенной, со всеми вытекающими последствиями? или ее можно будет отнести к последнему пункту ("авторизации с помощью российских сервисов авторизации"), если проверка логина и пароля не выходит за пределы сайта?
×