Iplircontrol служба windows не найдена status 238 vipnet

Обновлено: 07.07.2024

Здравствуйте.
Столкнулся с проблемой и нуждаюсь в помощи и совете более опытных людей.
Программу VipNet 3.2 нужно перенести с Win7 на Win10. Не получается.

Вот что я делал:
1. Устанавливал от имени администратора (отключал брандмауэр по запросу).
Получил ошибку "Недопустимые данные. (0xD)."

2. Устанавливал с записью логов через "setup.exe -l log.txt" - ошибка (0xD). Лог прилагаю log.txt. Результаты одинаковые для версии 3.2.10 и для 3.2.12

2018/06/05 16:09:35 - 0x2580 Setup started .

2018/06/05 16:09:35 - Command line = C:\Users\Admin\AppData\Local\Temp\EXT12\Setup.exe -e "C:\Vipnet_Install\Client 3.2.12.exe" -l log.txt
2018/06/05 16:09:35 - Parse command line - ok
2018/06/05 16:09:35 - Setup ViPNet Client 3.2 (12.28921)
2018/06/05 16:09:35 - Previous version found - 3.2.12 (28921)
2018/06/05 16:09:35 - LoadSettings()::m_bProductFound = 0
2018/06/05 16:09:35 - LoadSettings()::m_strSourcePath = C:\Users\Admin\AppData\Local\Temp\EXT12
2018/06/05 16:09:35 - LoadSettings()::m_strDestinationPath = C:\Program Files (x86)\InfoTeCS\ViPNet Client
2018/06/05 16:09:35 - LoadSettings()::Maintenance = 0
2018/06/05 16:09:35 - Win version - 6
2018/06/05 16:09:35 - x64 process
2018/06/05 16:09:35 - ---- Starting action ----
2018/06/05 16:09:35 - setup.inf
2018/06/05 16:09:35 - Visual Studio 2008 redistributable files seems to be installed, skipped.
2018/06/05 16:09:35 - Microsoft Visual C++ 2010 SP1 Redistributable Package (x86) seems to be installed, skipped.
2018/06/05 16:09:35 - Visual Studio 2008 X64 redistributable files seems to be installed, skipped.
2018/06/05 16:09:35 - ---- Finished action ----

2018/06/05 16:09:35 - CSetupApp::InitInstance()::Maintenance = 0
2018/06/05 16:09:35 - Loading Children
2018/06/05 16:09:35 - Component "ss.inf" : flags : Group , Loading - OK
2018/06/05 16:09:35 - Component "iplir.inf" : flags : Group , Loading - OK
2018/06/05 16:09:35 - Component "WinMail.inf" : flags : Group , Loading - OK
2018/06/05 16:09:35 - Found 3 Component(s)
2018/06/05 16:09:35 - AdjustInstalledComponents
2018/06/05 16:09:35 - "setup.inf" already installed
2018/06/05 16:09:35 - "ss.inf" already installed
2018/06/05 16:09:35 - "iplir.inf" already installed
2018/06/05 16:09:35 - "winmail.inf" already installed
2018/06/05 16:09:35 - CheckMutexAll
2018/06/05 16:09:35 - "setup.inf" from [Settings] CheckMutex
2018/06/05 16:09:35 - Schedule [ViPNetMainMutex] mutex check - ViPNet Монитор
2018/06/05 16:09:35 - Schedule [MainMutexInfotecsRF] mutex check - ViPNet Контроль Приложений
2018/06/05 16:09:35 - Schedule [MainMutexInfotecsWinMail] mutex check - ViPNet Деловая почта
2018/06/05 16:09:35 - Schedule [ITCS_CLITE] mutex check - ViPNet CryptoService
2018/06/05 16:09:35 - Schedule [ITCS_CERTSRV] mutex check - ViPNet Центр регистрации
2018/06/05 16:09:35 - Schedule [ITCS_REGCENTER] mutex check - ViPNet Центр регистрации
2018/06/05 16:09:35 - "iplir.inf" from [Settings] CheckMutex
2018/06/05 16:09:35 - Schedule [ViPNetMainMutex] mutex check - ViPNet Монитор
2018/06/05 16:09:35 - Schedule [MainMutexInfotecsRF] mutex check - ViPNet Контроль Приложений
2018/06/05 16:09:35 - "winmail.inf" from [Settings] CheckMutex
2018/06/05 16:09:35 - Schedule [MainMutexInfotecsWinMail] mutex check - ViPNet Деловая почта
2018/06/05 16:09:35 - Checking Mutexes
2018/06/05 16:09:35 - in session [0]
2018/06/05 16:09:35 - mutex [ITCS_CERTSRV] - "ViPNet Центр регистрации" mutex free. Lock().
2018/06/05 16:09:35 - mutex [ITCS_CLITE] - "ViPNet CryptoService" mutex free. Lock().
2018/06/05 16:09:35 - mutex [ITCS_REGCENTER] - "ViPNet Центр регистрации" mutex free. Lock().
2018/06/05 16:09:35 - mutex [MainMutexInfotecsRF] - "ViPNet Контроль Приложений" mutex free. Lock().
2018/06/05 16:09:35 - mutex [MainMutexInfotecsWinMail] - "ViPNet Деловая почта" mutex free. Lock().
2018/06/05 16:09:35 - mutex [ViPNetMainMutex] - "ViPNet Монитор" mutex free. Lock().
2018/06/05 16:09:35 - in session [1]
2018/06/05 16:09:35 - mutex [ITCS_CERTSRV] - "ViPNet Центр регистрации" mutex free. Lock().
2018/06/05 16:09:35 - mutex [ITCS_CLITE] - "ViPNet CryptoService" mutex free. Lock().
2018/06/05 16:09:35 - mutex [ITCS_REGCENTER] - "ViPNet Центр регистрации" mutex free. Lock().
2018/06/05 16:09:35 - mutex [MainMutexInfotecsRF] - "ViPNet Контроль Приложений" mutex free. Lock().
2018/06/05 16:09:35 - mutex [MainMutexInfotecsWinMail] - "ViPNet Деловая почта" mutex free. Lock().
2018/06/05 16:09:35 - mutex [ViPNetMainMutex] - "ViPNet Монитор" mutex free. Lock().
2018/06/05 16:09:35 - CheckLockedFilesAll
2018/06/05 16:09:35 - CheckInstalledAll
2018/06/05 16:09:35 - CurrentDirectory = C:\Vipnet_Install
2018/06/05 16:09:35 - Trying to receive user name
2018/06/05 16:09:35 - Found on actual location 'АП Упр имущ и зем отношений Сасово'
2018/06/05 16:09:35 - Trying to receive organization
2018/06/05 16:09:35 - Found on actual location 'KUMI Sasovo'
2018/06/05 16:09:35 - ---- Starting action ----
2018/06/05 16:09:35 - winmail.inf
2018/06/05 16:09:35 - iplir.inf
2018/06/05 16:09:35 - ss.inf
2018/06/05 16:09:35 - setup.inf
2018/06/05 16:09:35 - ---- Finished action ----

2018/06/05 16:09:35 - Starting Interactive Setup
2018/06/05 16:09:35 - CSetupApp::InteractiveSetup()::Maintenance = 0
2018/06/05 16:09:35 - CSetupApp::InteractiveSetup()::Maintenance = 0
2018/06/05 16:09:35 - OnInitDialog()::Maintenance = 0
2018/06/05 16:09:43 - Failed to find trans path. Ignoring.
2018/06/05 16:09:43 - Check permission adding service - Open service manager
2018/06/05 16:09:43 - ---- Starting action ----
2018/06/05 16:09:43 - winmail.inf
2018/06/05 16:09:43 - iplir.inf
2018/06/05 16:09:43 - Checking permission for [DefaultInstall.Services.x64]
2018/06/05 16:09:43 - Checking permission for [Install.Service.DRIVER_CRPT_X64]
2018/06/05 16:09:43 - Driver: - itcscrpt64
2018/06/05 16:09:43 - Driver: - itcsrf
2018/06/05 16:09:43 - Driver: - iplirlwf64
2018/06/05 16:09:43 - Checking permission for [Install.Service.DRIVER_WFP_X64]
2018/06/05 16:09:43 - Driver: - iplirwfp64
2018/06/05 16:09:43 - Checking permission for [Install.Service.DRIVER_IDS_X64]
2018/06/05 16:09:43 - Driver: - itcsids64
2018/06/05 16:09:43 - Checking permission for [DefaultInstall.Services.NT6]
2018/06/05 16:09:43 - ss.inf
2018/06/05 16:09:43 - Checking permission for [DefaultInstall.Services.x64]
2018/06/05 16:09:43 - Checking permission for [InstallService.SPE.x64]
2018/06/05 16:09:43 - Driver: - itcspe64
2018/06/05 16:09:43 - Checking permission for [InstallService.KCNG.x64]
2018/06/05 16:09:43 - Driver: - itckcng64
2018/06/05 16:09:43 - Checking permission for [InstallService.KCSP.x64]
2018/06/05 16:09:43 - Driver: - itckcsp64
2018/06/05 16:09:43 - setup.inf
2018/06/05 16:09:43 - ---- Finished action ----

2018/06/05 16:09:43 - Attempting to lock the INetCfg for read/write (AcquireWriteLock).
2018/06/05 16:09:43 - Locked successfully.

2018/06/05 16:09:43 - INetCfg object successfully obtained.

2018/06/05 16:09:43 - Uninitializing INetCfg.

2018/06/05 16:09:43 - Getting locking reference (QueryInterface).

2018/06/05 16:09:43 - Uninitializing COM (CoUninitialize).Beginning installation
2018/06/05 16:09:43 - ---- Starting action ----
2018/06/05 16:09:43 - winmail.inf
2018/06/05 16:09:43 - iplir.inf
2018/06/05 16:09:45 - Turning off Windows Firewall.
2018/06/05 16:09:45 - ss.inf
2018/06/05 16:09:45 - setup.inf
2018/06/05 16:09:45 - ---- Finished action ----

2018/06/05 16:09:45 - ---- Starting action ----
2018/06/05 16:09:45 - ---- Finished action ----

2018/06/05 16:09:45 - ExecuteExternalPrograms Start
2018/06/05 16:09:45 - ExecuteExternalProgramsEnd
2018/06/05 16:09:45 - Installation type is Типичная
2018/06/05 16:09:45 - SourcePath = "C:\Users\Admin\AppData\Local\Temp\EXT12"
2018/06/05 16:09:45 - ExtractorPath = "C:\Vipnet_Install\Client 3.2.12.exe"
2018/06/05 16:09:45 - DestinationPath = "C:\Program Files (x86)\InfoTeCS\ViPNet Client"
2018/06/05 16:09:45 - Begin backup files.
2018/06/05 16:09:45 - in folder C:\Program Files (x86)\InfoTeCS\ViPNet Client
2018/06/05 16:09:45 - End backup files.
2018/06/05 16:09:45 - PrepareInstallation
2018/06/05 16:09:45 - PrepareInstallation x64
2018/06/05 16:09:45 - CreateKeyEx ITCSShared succeeded
2018/06/05 16:09:45 - CreateKeyEx P02 succeeded
2018/06/05 16:09:45 - ---- Starting action ----
2018/06/05 16:09:45 - winmail.inf
2018/06/05 16:09:45 - iplir.inf
2018/06/05 16:09:45 - Stop services for [ExecuteModule]
2018/06/05 16:09:45 - Stopping service IpLirControl
2018/06/05 16:09:45 - service doesn't exist
2018/06/05 16:09:45 - Stopping service vipnetswagent
2018/06/05 16:09:45 - Error - 1062 - Служба не запущена.

2018/06/05 16:09:45 - Ignoring error.
2018/06/05 16:09:45 - ss.inf
2018/06/05 16:09:45 - Stop services for [ExecuteModule]
2018/06/05 16:09:45 - setup.inf
2018/06/05 16:09:45 - ---- Finished action ----

2018/06/05 16:09:45 - Updating BoxReg
2018/06/05 16:09:45 - ---- Starting action ----
2018/06/05 16:09:45 - ---- Finished action ----

2018/06/05 16:09:45 - ---- Starting action ----
2018/06/05 16:09:45 - winmail.inf
2018/06/05 16:09:45 - iplir.inf
2018/06/05 16:09:45 - Processing [PreClearInstallation.NT6] section
2018/06/05 16:09:45 - CheckService = BFE
2018/06/05 16:09:45 - Checking service BFE
2018/06/05 16:09:45 - Failed to open service BFE
2018/06/05 16:09:45 - Error checking service parameters
2018/06/05 16:09:45 - Critical error. Installation will be terminated and rolled back
2018/06/05 16:09:45 - Begin restore files.
2018/06/05 16:09:45 - End restore files.
2018/06/05 16:09:45 - ERROR : Unknown error occuped, installation breaked.
2018/06/05 16:09:45 - LAST ERROR CODE = 5
2018/06/05 16:09:45 - ERROR STRING = Отказано в доступе.

2018/06/05 16:09:45 - Path To Remove C:\Program Files (x86)\InfoTeCS\ViPNet Client
2018/06/05 16:09:45 - Wow64Redirecting initializing success!! Wow64DisableWow64 Files System Redirection SUCCESS!! Wow64RevertWow64 Files System Redirection SUCCESS!! start restoring backup files
2018/06/05 16:09:47 - end restoring backup files
2018/06/05 16:09:47 - Restoring previous firewall state
2018/06/05 16:09:48 - ExitCode = 1223

Перепробовав различные совместимости, удалось установить через совместимость с Windows 98 / Windows ME

После установки через совместимость пошли другие проблемы:
3. При запуске программы(и от админа тоже) выдает ошибку "IpLirControl: Служба Windows не найдена. (Status = 238)"

20 апреля 2016 kna

В общем на каждый косяк DrWEB писать отдельный пост мне не хочется, поэтому соберу всё в кучу. Возможно кому-то это поможет решить проблему, а кто-то откажется от приобретения сего говна. Речь пойдёт о DrWEB Security Space v11, поехали.

И в догонку - ещё парочка:

проблема и решение
Dr WEB не пропускает пинги
Доктор Веб заблокировал соединение
Внимание! Жёсткий косяк антивируса Dr.WEB!

Категория: Dr.WEB и борьба с ним

Комментариев к записи: 8

Я тоже работаю админом, в бюджетном медицинском учреждении,
где денег на ПО мало-мало, а на железо их нет вообще))
1/3 машин парка вообще старинные (1.8 Ггц 1 ядро, 1 Гб ОП)
Так, что аналогично - используем Dr.Web Enterprise Security, потому что антивирус нужОн, а на Касп или Eset денег нет)
Скажу вот что - 46 машин, сервер управления Dr.Web Enterprise Security Center я развернул на машине с Ubuntu Server (все обновления подкачиваются туда, стягиваются компььютерами пользователей оттуда же, ну и ключи/настройки/исключения - всё там), админится это дело через Web-морду, которую нельзя назвать шустрой, но вполне приемлемой для использования точно можно)
Пару косяков там есть - карантин иногда выбивает в 503ю, но. на форуме админы пишут, что фикс вот-вот выйдет) Сам центр регулярно обновляю. Скачиваю всё то, что он видит и предлагает. Вот уже более полугода, полёт нормальный.
На машинах пользователей расставлены Agent'ы, сгенерированные с помощью центра. Как мне кажется - Dr.Web Agent ES 11, он даже легче, чем полноценная версия Dr.Web SS 11. По крайней мере в работе, по функционалу чуть меньше, да.
Брандмауэр, который идёт в составе решения, по инфе с оф форума - не рассчитан на корп сегмент, потому что он не управляется с центра:/ Ребята работают на тем, чтобы приемлемым образом реализовать централизованный контроль брандмауэров, установленных вместе с антивирусом, из центра управления.
Поэтому, внутри сети брандмауэр ставить совсем не обязательно. Т.к. у меня пользователь при виде окна запроса, в большинстве случаев - жмёт на красный "крестик")))
И потом удивление с того, что "ничонерабоИт" и проблемы у меня xD
С VipNet'от отдельная песня. В требованиях к рабочему месту у VipNet'а - никаких других брандмауэров, кроме того, что идёт в составе VipNet клиента на машине быть не должно!
Раз написано - значит так и надо, ноу проблем)
Сам пока лично, только с одной проблемой бодаюсь -
т.к. денег нет, юзаю LiteManager Free (до 30 компов бесплатно, в один центр можно подцепить) - так вот Dr.Web его видит его, как угрозу Remote.Admin и верещит))))
Приходится вручную, где требуется(хотя заранее итак вношу)исключать сие приложение и его рабочую папку из проверок и т.п. Хотя, это конечно небезопасно, но. ничего другого нет))
перевожу сеть на Linux потихоньку))

Игорь, вы победили проблему с LiteManager? Добавила его в исключения и с ковычками и без-толку нет, все равно при каждом сканировании все файлы попадают в карантин.

Последовательность действий для воспроизведения проблемы:

Установлен Windows 7 x86 (VM на Hyper-V 2012R2), введен в домен, установлены все критические апдейты, установлен Office 2016 Pro Plus, установлен VipNet 3.2.11.19855 (сертификат ФСБ).

В VipNet сделана настройка автоввода пароля из реестра компьютера в окно VipNet при старте системы,

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

В силу особенности VipNet данное правило начинает работать только при вводе пароля VipNet.

Конфигурация проверена, работает!

Установлен агент DrWeb ESS 10, компоненты Сканер, Guard, Gate, Офисный контроль, Превентивная защита.

До перезапуска системы все работает. Далее начинается "необъяснимое" , - при последующих перезагрузках VipNet начинает стартовать через раз,

через 5-6 перезагрузок вообще перестает стартовать.

Далее появляется стандартное приглашение Ctrl+Alt+Del.

Вводим логин и пароль доменного юзера.

Из оснастки службы вручную запускаем IpLirControl - запускается. Далее стартуем ярлыком VipNet Monitor и все работает как ни в чем не бывало.

Для решения проблемы:

В сканере сделаны исключения на папки:

C:\Program Files\InfoTeCS\VipNet Client\*

В Guard сделаны исключения

C:\Program Files\InfoTeCS\VipNet Client\*

C:\Program Files\InfoTeCS\VipNet Client\ivpsrv.exe

C:\Program Files\InfoTeCS\VipNet Client\Monitor.exe

C:\Program Files\InfoTeCS\VipNet Client\monitsrv.exe

C:\Program Files\InfoTeCS\VipNet Client\vipnetln.exe

В превентивной защите разрешено все.

VipNet 3.2.11.19855 не стартует служба IpLirControl (monitsrv.exe)

Очень долгий старт, логи смотреть примерно с 14-45 по 15-15.

Прикрепленные файлы:

поправка, до VipNet Client 3.2.11.19855 установлен VipNet CSP 4.2

Процессы, если не ошибаюсь. прописываются без указания путей.

Ну и вероятней всего, все-таки, превентивная защита, этот vipnet занимается инжектами, всё-таки.

А погодите-ка. Так "не стартует" или "очень долгий старт"?

очень долгий старт - это относится к появлению приглашения windows ctrl+alt+del )

VipNet не стартует, на черном экране выдает ошибку - не найдена служба IpLirControl и окно по таймауту 20сек закрывается,

далее долго черный экран до старта винды.

Процессы, если не ошибаюсь. прописываются без указания путей.

Ну и вероятней всего, все-таки, превентивная защита, этот vipnet занимается инжектами, всё-таки.

в превентивной защите разрешено все.

я так понял она часть агента и её не получится не устанавливать как компонент? и отдельно удалить нельзя?

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

Процессы, если не ошибаюсь. прописываются без указания путей.

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

Если же задавать исключения для первичной группы , в которую входит комп в консоли ess, то на агент клиента "приезжают" полные пути, а вот в колонках таблички исключений в интерфейсе агента галочек уже нет. Так что непонятно исключил агент их или нет.

И еще косяк, если в настройках привентивной защиты в консоли еss выставить галочки как надо, но при этом запретить юзеру менять настройки превентивной защиты агента, то на агенте в табличке настроек привентивной защита отображается неактивная настройка, состав которой не соответсвует той, то выставлена на сервере ess для данного клиента. И опять не понятно, что приехало на клиента, то что надо или то что показывает агент.

Подскажите, плиз, как сделать такие трейсы?

бутлог сделал, см. лс.

в саппорт подал заявку на создание ЛК, жду пароля )

Будете разбираться, не забывайте, что и актуальный билд ViPNet-клиента версии 3.2 - 3.2.12+ и четвёртая версия уже выпущена и сертифицирована.

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

Проблему со стартом VipNet решил путем установки типа запуска службы IpLirControl на "отложенный".

Использовать другую сборку VipNet не могу, ибо сертификат ФСБ только на эту.

Использовать другую сборку VipNet не могу, ибо сертификат ФСБ только на эту.

Не надо вводить в заблуждение.
Кроме того, ИнфоТеКС проводит "аукцион неслыханной щедрости", согласовав с ФСБ упрощённую процедуру регистрации (бесплатного) CSP 4.2 в качестве сертифицированного СКЗИ.

Использовать другую сборку VipNet не могу, ибо сертификат ФСБ только на эту.

Блажен, кто верует, особенно если не знает, но уверенно вещает.

Одного сертификата ФСБ с сайта мало. Сертифицированный ФСБ VipNet Client поставляется с номерным дистрибутивом и формуляром, в котором указан номер дистрибутива, что и подтверждает, что именно эта сборка и является сертифицированным средством защиты персональных данных. Но вам такие мелочи знать видимо ни к чему.

VipNet Client мне поставлялся централизовано в рамках определенного федерального проекта. Соответственно есть тех.требования к версии клиента. Она должна быть 3.2. Саппорт VipNet'а в ответ на запрос мне сказал, что сертификат ФСБ имеет только сборка 3.2.11.19855, которая имеет ряд проблем совместимости и они это признают, но заменить на другую сборку из линейки 3.2 не могут, ибо другие сборки ФСБ не сертифицированы, соответственно мне поставлен номерной дистрибутив этой сборки, формуляр к нему с указанием внутри формуляра номера дистрибутива и сертификат ФСБ. Если вы лично хотите играть в игру "установи другую сборку, отличную от той, что пришла тебе по документам, и получи проблемы с совместимостью при работе с координатором, отказ в саппорте провайдера федеральной программы, проблемы с ФСБ, когда будут проверять то что ты сделал по линии исполнения закона о защите персональных данных", то это ваше ЛИЧНОЕ дело.

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

Да, практически. Пришлось много применять метод научного тыка, пока удалось запустить сабжевую сбору VipNet Client + Win 7 + All critical updates + DrWeb.

Далее немного оффтоп, да простит меня модератор )

В формуляре на сертифицированный ФСБ VipNet Client, сборка 3.2.11.19855 указано, что использование данного СКЗИ допускается только при условии установки ВСЕХ критических обновлений безопасности операционной системы. Финт ушами в виде использования Windows XP не прокатывает, ибо она снята с поддержки производителя. Использовать данную ОС не допустимо.

После установки некоторых обновлений Windows 7 возникает конфликт системы безопасности Win7 и драйвера TLS от VipNet 3.2. Выражается это в том, что при запуске появляется черный экран, и загрузка Win до Ctrl+Alt+Del не происходит. Если использовать ворэраунд саппорта и деактивировать в реестре драйвер TLS от VipNet, то сохраняется проблема с доступом к рабочей станции по RDP, он тупо не работает.

Многие решают данную проблему отключая обновления, но тогда согласно формуляру сертификация ФСБ нарушена и использовать СКЗИ нельзя.

После появления CSP 4.2 появился более адекватный воркэраунд. Клиент лечится с помощью установки CSP 4.2, который при установке заменяет драйвер TLS на свой, совместимый с Win 7, при этом изменений в алгоритмы VipNet клиент не вносится, номер сборки не меняется, т.е. на сертификацию ФСБ не влияет (ответ саппорта). При этом замечу, что это опять же воркэраунд, а не исправление, ибо 3.2 снять с разработки. Я так понял все сборки имееют данную проблему совместимости с 7-кой.

И как уже было написано проблема с DrWeb решилась отложенным запуском службы IpLirControl.

VipNet Client 3.2 Обнаружены несанкционированно измененные файлы

Версия хоть уже и под устарела но ей много кто пользуется и естественно сталкивается с проблемами. Для начала для чего эта программа - для связи с другим компьютером через интернет как по локальной сети и естественно с защитой данных. А раз обеспечивается защита данных - то и соответственно эту программу ставить надо с умом (не браузер же устанавливаем), где любая мелочь приводит к невозможности установки или настройке к подключению.

Бывает что вчера работали нормально, а сегодня ничего ни работает.
Первым делом надо вспомнить не устанавливали чего мы вчера? Бывают случаи установки других программ мешающим уже установленным - в этом случае может помочь вариант с де инсталляцией (удалением) недавно установленной программы, или откат системы на более ранее состояние где программа уже работала.

Это было отступление. Теперь рассмотрим попавшийся случай неполадки нам на руки с диагнозом ошибки "обнаружены несанкционированно измененные файлы". Пробороздив по данной ошибке в интернете (ПОДСКАЗКА КОТОРАЯ ПОМОГЛА НАМ ) выяснили, что с вероятностью в 90% был скачек света или не дождались завершения работы - выключили компьютер.
Удалось реанимировать просто достав архив или файлы первоначальной конфигурации в папку C:\Program Files\InfoTeCS\ViPNet Client\log\data\ses файла ses.cfg и в придачу всего содержимого в папке. Алеллуя заработало. Рекомендуем на будущее сделать копию программы для реанимации.

Но Этого оказалось мало.Ошибку " Обнаружены несанкционированно измененные файлы " исправили,но небыло связи с в випнет, пришлось попотеть, честно говоря прилично. Дело в том, что мы знали о жестком требовании в ВипНет соответствия компьютерного к текущему времени, естественно время сверялось местное и компьютера чуть ли не по секундам.
Служба поддержки рекомендовала переустановить программу (Деинсталировать, удалить папку с Program Files, перезагрузить, установить заново) - СТАНДАРТНАЯ ОТГОВОРКА АВСЬ ОТСТАНУТ.Тоже не наш случай. А на второй раз в службе попался более адекватный специалист - не поленился и проверил нас на связь и констатировал НЕВЕРНЫЙ ЧАСОВОЙ ПОЯС.

Очень часто к нам на страничку приходят с вопросом- vipnet не ставиться, ошибка

Решений Несколько. Во первых - при повторной установке папку випнета клиент с С:\Рrogram files (х86) надо удалять, можно почистить Ccleaner (ом) или другими утилитами комп от мусора, перезагрузка и повторная установка.

Еще может помочь это - в окне запуска VipNet Client Монитор выбираем "Настройка" и производим "Первичная инициализация", ждем продолжения автоматической установки. Если ничего не происходит, ищем в каталоге "Temp" файл вида abn_xxxx.dst. Если файл не обнаруживаем, то все содержимое удаляем.

Третий вариант тоже может помочь, но не во всех случаях,но пробовать стоить начинасть с него. Это откат системы (восстановление по точке сохранения системы) на тот момент когда система работала корректно.

Читайте также: