Security 1cv8c exe internet explorer
Cодержимое указанного ниже веб-сайта в этом приложении блокируется. Aboutsecurity_1cv8c.exe
Проблема: После обновления на 1С:Бухгалтерию предприятия 3-й версии, при нажатии на закладку командного интерфейса 1С:предприятие, выскакивает ошибка:
Aboutsecurity_1cv8c.exe или Aboutsecurity_1cv8.exe
«Содержимое указанного ниже веб-узла в этом приложении блокировано конфигурацией усиленной безопасности Internet Explorer».
Ошибка исчезает после многократного нажатия на «Закрыть», что несколько мешает работать, мягко говоря. Похожая ошибка бывает и в конфигураторе, при обновлении конфигурации или сравнении/объединении конфигураций. Чаще всего, мне попадалась эта проблема в серверных ОС, в частности Windows 2008 r2.
Решение: нужно добавить исключение в настройках безопасности Internet Explorer (далее & IE).
Это делается просто, если у вас один или несколько компьютеров & просто открываете IE/Свойства обозревателя/Безопасность/Надёжные узлы/Сайты, добавляете Aboutsecurity_1cv8c.exe и Aboutsecurity_1cv8.exe, нажимаете Ок, и наслаждаетесь результатом.
Но вот если у вас терминал-сервер и 40/60 пользователей, или еще хуже & пользователей 150 и они ходят в SQL версию 1С с локальных рабочих станций, то бегать по всем корпусам и добавлять эту настройку весьма накладно по времени, да и отвлекать пользователей лишний раз от работы не порядочно.
В этом случае, нужно пользоваться групповыми политиками домена (который у вас должен быть настроен, если вы не офисный спортсмен-бегун).
Вариант №1. Неудавшийся.
Первое решение & прописать настройки через Group Polices (Административные шаблоны/Компоненты Windows/Internet explorer/Вкладка «Безопасность»/Список назначений зоны для веб-сайтов) & не увенчалось успехом. Настройки пользователей, как и обещалось в статьях по данному методу, перестали работать, а вот зоны, описанные в этих настройках, работать не начали. При этом, я пробовал добавлять настройки и в локальные политики, и в доменные и в политики контроллера домена. Скорее всего из-за этих экспериментов с разными зонами действия групповых политик и появилась проблема.
И так, после этих манипуляций, в настройках безопасности IE появилась надпись «Некоторыми параметрами управляет системный администратор» и добавлять/удалять сайты узлов безопасности стало невозможно. От этой надписи, почему-то, оказалось не так просто избавиться. Удаление проделанных настроек GPO не разблокировали вкладку «Безопасность», а манипуляции с реестром привели к появлению ошибок «В параметрах зоны есть ошибка. Не удалось добавить сайт.» (IE 10) или «При установке параметров безопасности зоны произошла ошибка. Добавить узел не удается.» (IE 9) & все дальнейшие действия сходили на нет.
Исправить косяк удалось следующим путём:
Обновил Internet Explorer до версии 10 (был 9-й).
Предварительно экспортировав разделы реестра в файл, на случай восстановления, удалил из следующие ключи:
Восстановил настройки Internet Explorer (Свойства обозревателя/Дополнительно/Сброс).
Проверить, что проблема не вернётся можно введя команду gpupdate /force в командной строке. После обновления политики запустите IE и проверьте, что настройки остались на месте. Если настройки опять слетели и добавление сайтов в узлы безопасности стало опять невозможно, то, скорее всего вы забыли отключить параметр «Список назначений зоны для веб-сайтов» в какой-то из зон групповой политики.
Чтобы определить в какой из зон групповых политик засела настройка (в локальных, доменных или контроллера домена), удобно пользоваться мастером отчётов «Результаты групповой политики», который находится в консоли «Диспетчер сервера», в разделе «Компоненты/Управление групповой политикой» (в Windows 2008 r2, по крайне мере он там).
Так что, здесь стоит быть осторожным, чтобы не создать себе дополнительной работы.
Вариант №2. Через GPO и реестр.
Этот метод делается через те же групповые политики, но через прямые записи в реестр, а не манипулирование стандартными настройками.
Удаляем узлы Aboutsecurity_1cv8 из настроек IE, если вы их туда уже добавили вручную & это нужно для чистоты эксперимента. Проверьте, что в 1С ошибка сохранилась.
Создаём файл 1csec.reg, с содержимым:
Windows Registry Editor Version 5.00
Небольшая ремарка: подраздел EscDomains используется в режиме расширенной настройки безопасности, если же этот режим отключен по какой-то причине, то нужно использовать раздел Domains вместо EscDomains (подробнее о записях реестра IE см. в базе знаний Microsoft).
И пробуем добавить его в реестр & если срабатывает, и в тонком клиенте 1С ошибка Aboutsecurity_1cv8c.exe исчезает, делаем дальше.
Снова открываем Default Domain Policy в диспетчере управления сервером, далее Конфигурация пользователя/Настройка/Конфигурация Windows/Реестр.
Добавляем туда две записи, где поле «Путь раздела»:
в первой записи это «SoftwareMicrosoftWindowsCurrentVersionInternet SettingsZoneMapEscDomainssecurity_1cv8c.exe» (для тонкого клиента 1С),
во второй записи «SoftwareMicrosoftWindowsCurrentVersionInternet SettingsZoneMapEscDomainssecurity_1cv8.exe» (для толстого клиента).
В остальном запись содержит те же данные, что и на картинке.
После этого, как положено, перелогиниваемся и проверяем результат. В толстом и тонком клиенте 1С:предприятие, ошибка должна исчезнуть.
В моём случае, для надёжности избавления от проделанных в Варианте №2 настроек, были добавлены ещё три записи в реестр:
Обновить: HKCUSoftwarePoliciesMicrosoftWindowsCurrentVersionInternet Settings; параметр: ListBox_Support_ZoneMapKey; значение 0 (тип DWORD десятичный)
Удалить: HKCUSoftwarePoliciesMicrosoftWindowsCurrentVersionInternet SettingsZoneMap
Удалить: HKCUSoftwarePoliciesMicrosoftWindowsCurrentVersionInternet SettingsZoneMapKey
Вариант №3. Интерфейсный.
Есть ещё вариант, который переключит работу программы в режим интерфейса «Такси» : Администрирование/Настройки программы/Интерфейс & здесь включаем «Интерфейс «Такси»» & в этом режиме данная ошибка не появляется, но пользователям может не понравиться работать с этим вариантом интерфейса, т. к. он предназначен для мобильных устройств и планшетов (например, для работы через Web).
Куда стучится about:security_1cv8.exe ?
Случайно выяснилось, что УФ запускает intrenet explorer. Как лечить описано.
Для чего запускается about:security_1cv8.exe ?
(4) так они плачутся, что продавать не могут
хотя я не понимаю почему.
(5) да в базу куда-то впишется флаг о блокировке и всё
новая платформа не откроет базу
(6) у каждой базы есть свой id
видимо можно и это учесть, если партнёр подтвердит, что для этой базы можно оффЛайн активацию
(7) меняем немного лицензионное соглашение и всё тут : при получении нелегального обновления правообладатель праве заблокировать доступ к базе
(5) сейчас есть патч, который убирает навязчивое окно о проверке конфигурации
но любое использование патча — это уже статья УК РФ
(9) >меняем немного лицензионное соглашение и всё тут
пускай сразу дописывают — в случае неправомерного срабатывания — есть итс и ключи 1с возмещает конторе все убытки
(11) я думаю, что 1с пойдёт по другому пути (как и сейчас, ведь она напрямую почти ни с кем не работает)
она скажет, что управлять блокировкой будет партнёр и он если что будет отвечать )
(15) не пойдет. правами на По обладает 1С + с какого перепуга здесь еще 3-я сторона появляется?
1с и так какие-то палки в колеса сует дурные — требует бумажные карточки чтобы подтвердить факт продажи софта — 2017 год на дворе
(18) + они готовы из-за косяков взаимодействия себя и неквалифицированного франя подставляться?
в крупных конторах юристы сидят не слабее чем в 1С.
такие убытки выкатить могут — мало не покажется
(14) > Все покупатели программы знали, что программа предоставляется на год. И срок, на который предоставляется программа, всегда указывался в договоре. В старых договорах на поставку программы не разъяснялось, что именно означает срок договора
а надо было — сначала выпустить релиз с обновлением, в котором все ОЗНАКОМЯТСЯ и примут новые разъяснённые правила , а уж потом блокировать
(22) все лицензионные соглашения находятся в коробках )
а риски .
сколько я раз слышал, что мегаюристы хотели что-то с 1с взыскать за нерабочий релиз.
(24) ей бы с себя начать.
на орбите во всю ипутся спутники, а у них даже нормального кол-центра нет
(26) здесь вопрос не в релизе
а в том что у тебя сработала «защита» и твоя база превращается в «кирпич».
а разборки что «с ней все норм» могут занять недели
(27) кол центра какого ?
консультанты сервиса 1с-фреш — работают на ура
(28) не обновляйся на новую версию и всё тут
(32) кол-центра 1с. им не дозвониться.
>консультанты сервиса 1с-фреш — работают на ура
(30) скорей всего пойдёт по следующему пути
блокировки будут у тех, кого 100 % предупредил партнёр и ответственность будет поэтому на партнёрах
т.е. заканчивается подписка, партнёр предупреждает клиента за подписью
и говорит 1с — эти товарищей я предупредил, если они обновляться нелегально — блокировать их и всё
если партнёр ничего не сказал, то блокировать никто не будет
1. приоритетная связь с линией консультацией 1с — это ПОЧТА (электронная)
2. так в этот сервис-деск скорей всего и будут перенаправлять все обращения пользователей 1с
(30) не берусь утверждать, но предупреждения, наверно были «истекает срок лицензии . » «лицензия закончилась . »
И что удивляет? урезан функционал? Так ведь предупреждали, не хотите дальше платить за лиц.договор, используйте урезанную версию ПО. По идее старые данные должны отображаться в полной мере (а в статье указано, что отображение было урезано — не всё продумал хлопец, за что и заработал неприятности), а ввод новых — полностью после продления договора, то что решено отдать на шару и так работает.
Но сразу на нары — это слишком круто, обязать отобразить данные периода действия лиц.договора, возможно (и то очень осторожно) некий штраф. И собственную безопасность на разбор ситуации — заявителей нет, а дело есть, какой-то левый «эксперт» за деньги
(35) Шутник, партнёр «ошибся» (и такое бывает) и что? к кому претензии (к партнёру или к тому кто заблокировал)?
(39) а что для работы 1С нужна действующая подписка? Или всё таки для обновления? А если только для обновления то о каком урезании идет речь?
Урезание есть и сейчас. К примеру после окончания подписки не работает 1С отчетность, 1С-Контрагент, 1С-ЭДО и т.п.
Был у раруса токой высер: они блокировали конфу после истечения срока подписки на обновление, дату проверяли по дате компа.
Всех в службе поддержки обматерил — извинялись, но сделать ничего не могли и предложили изменить дату на компе.
Хорошо, что база нужна была только на посмотреть один раз, а то бы им весь мозг выклевал
(50) а вот это уже сложнее
и тут можно выпустить патчи и т.д.
но ещё раз : выше было предложено блокировать тех, кто обновился НЕЛЕГАЛЬНО
т.е. если ты не оформил ИТС и не обновился — можешь работать
ddp_knowledge
ddp_knowledge
Проблема: После обновления на 1С:Бухгалтерию предприятия 3-й версии, при нажатии на закладку командного интерфейса 1С:предприятие, выскакивает ошибка:
about:security_1cv8c.exe или about:security_1cv8.exe
«Содержимое указанного ниже веб-узла в этом приложении блокировано конфигурацией усиленной безопасности Internet Explorer».
Ошибка исчезает после многократного нажатия на «Закрыть», что несколько мешает работать, мягко говоря. Похожая ошибка бывает и в конфигураторе, при обновлении конфигурации или сравнении/объединении конфигураций. Чаще всего, мне попадалась эта проблема в серверных ОС, в частности Windows 2008 r2.
Решение: нужно добавить исключение в настройках безопасности Internet Explorer (далее — IE).
Это делается просто, если у вас один или несколько компьютеров — просто открываете IE/Свойства обозревателя/Безопасность/Надёжные узлы/Сайты, добавляете about:security_1cv8c.exe и about:security_1cv8.exe, нажимаете Ок, и наслаждаетесь результатом.
Но вот если у вас терминал-сервер и 40/60 пользователей, или еще хуже — пользователей 150 и они ходят в SQL версию 1С с локальных рабочих станций, то бегать по всем корпусам и добавлять эту настройку весьма накладно по времени, да и отвлекать пользователей лишний раз от работы не порядочно.
В этом случае, нужно пользоваться групповыми политиками домена (который у вас должен быть настроен, если вы не офисный спортсмен-бегун).
Вариант №1. Неудавшийся.
Первое решение — прописать настройки через Group Polices (Административные шаблоны/Компоненты Windows/Internet explorer/Вкладка «Безопасность»/Список назначений зоны для Web-сайтов) — не увенчалось успехом. Настройки пользователей, как и обещалось в статьях по данному методу, перестали работать, а вот зоны, описанные в этих настройках работать, при этом, не начали.
Более того, после этих манипуляций, в настройках безопасности IE появилась надпись «Некоторыми параметрами управляет системный администратор» и добавлять/удалять сайты узлов безопасности стало невозможно. От этой надписи, почему-то, оказалось не так просто избавиться. Удаление проделанных настроек GPO не разблокировали вкладку «Безопасность», а манипуляции с реестром привели к появлению ошибок «В параметрах зоны есть ошибка. Не удалось добавить сайт.» (IE 10) или «При установке параметров безопасности зоны произошла ошибка. Добавить узел не удается.» (IE 9) — все дальнейшие действия сходили на нет.
Исправить косяк удалось следующим путём:
- Обновил Internet Explorer до версии 10 (был 9-й).
- Предварительно экспортировав ключи в файл, на случай восстановления, удалил из реестра:
- [HKEY_LOCAL_MACHINESOFTWAREPoliciesMi crosoftWindowsCurrentVersionInternetS ettings
- [HKEY_CURRENT_USERSoftwareMicrosoftWi ndowsCurrentVersionInternet Settings
- [HKEY_CURRENT_USERSoftwarePoliciesMic rosoftWindowsCurrentVersionInternet Settings]
- Восстановил настройки Internet Explorer (Свойства обозревателя/Дополнительно/Сброс).
Так что, здесь стоит быть осторожным, чтобы не создать себе дополнительной работы.
Вариант №2. Через GPO и реестр.
Этот метод делается через те же групповые политики, но через прямые записи в реестр, а не манипулирование стандартными настройками.
- Удаляем узлы about:security_1cv8 из настроек IE, если вы их туда уже добавили вручную — это нужно для чистоты эксперимента. Проверьте, что в 1С ошибка сохранилась.
- Создаём файл 1csec.reg, с содержимым:
Windows Registry Editor Version 5.00
[HKEY_CURRENT_USERSoftwareMicrosoftWi ndowsCurrentVersionInternet SettingsZoneMapEscDomainssecurity_1cv 8c.exe]
«about»=dword:00000002
в первой записи это «SoftwareMicrosoftWindowsCurrentVersi onInternet SettingsZoneMapEscDomainssecurity_1cv 8c.exe» (для тонкого клиента 1С),
во второй записи «SoftwareMicrosoftWindowsCurrentVersi onInternet SettingsZoneMapEscDomainssecurity_1cv 8.exe» (для толстого клиента).
В остальном запись содержит те же данные, что и на картинке.
После этого, как положено, перелогиниваемся и проверяем результат. В толстом и тонком клиенте 1С:предприятие, ошибка должна исчезнуть.
about:security_1cv8c.exe
Проблема возникает при нажатие на любой пункт меню, появляется ошибка IE где написано: about:security_1cv8c.exe Содержимое указанного ниже веб-узла в этом приложении блокировано конфигурацией усиленной безопасности Internet Explorer
Работаю терминальном сервере, ошибка стала возникать после обновления до 1С 8.3
Видимо речь про вот эту ошибку: 
Если вас 1-2 пользователя то решить проблему можно просто добавив в надежные узлы в ИЕ
Добавляйте: about:security_1cv8.exe и about:security_1cv8c.exe
Свойства браузера — Безопасность — Надежные сайты
Также есть вариант «скрыть проблему» на уровне 1С, но возможно получить проблему в виде чего то неработающего. вариант решения:
Главное меню — Вид — Панель навигации и действий
В случае если у вас терминальный сервер большим количесвом пользователей, то нужно делать через GP (групповые политики)
Этот метод делается через те же групповые политики, но через прямые записи в реестр, а не манипулирование стандартными настройками.
Что делать:
Удаляем узлы about:security_1cv8 из настроек IE, если вы их туда уже добавили вручную — это нужно для чистоты эксперимента. Проверьте, что в 1С ошибка сохранилась.
Создаём файл 1csec.reg, с содержимым:
Windows Registry Editor Version 5.00
[HKEY_CURRENT_USERSoftwareMicrosoftWindowsCurrentVersionInternet SettingsZoneMapEscDomainssecurity_1cv8c.exe]
«about»=dword:00000002
Небольшая ремарка: подраздел EscDomains используется в режиме расширенной настройки безопасности, если же этот режим отключен по какой-то причине, то нужно использовать раздел Domains вместо EscDomains (подробнее о записях реестра IE см. в базе знаний Microsoft).
И пробуем добавить его в реестр — если срабатывает, и в тонком клиенте 1С ошибка about:security_1cv8c.exe исчезает, делаем дальше.
Снова открываем Default Domain Policy в диспетчере управления сервером, далее Конфигурация пользователя/Настройка/Конфигурация Windows/Реестр.
Добавляем туда две записи, где поле «Путь раздела»:
в первой записи это «SoftwareMicrosoftWindowsCurrentVersionInternet SettingsZoneMapEscDomainssecurity_1cv8c.exe» (для тонкого клиента 1С),
во второй записи «SoftwareMicrosoftWindowsCurrentVersionInternet SettingsZoneMapEscDomainssecurity_1cv8.exe» (для толстого клиента).
В остальном запись содержит те же данные, что и на картинке.
gpo
После этого, как положено, перелогиниваемся и проверяем результат. В толстом и тонком клиенте 1С:предприятие, ошибка должна исчезнуть.
В моём случае, для надёжности избавления от проделанных в Варианте №2 настроек, были добавлены ещё три записи в реестр:
Обновить: HKCUSoftwarePoliciesMicrosoftWindowsCurrentVersionInte rnet Settings; параметр: ListBox_Support_ZoneMapKey; значение 0 (тип DWORD десятичный)
Удалить: HKCUSoftwarePoliciesMicrosoftWindowsCurrentVersionInte rnet SettingsZoneMap
Удалить: HKCUSoftwarePoliciesMicrosoftWindowsCurrentVersionInte rnet SettingsZoneMapKey
Если вкратце то логика такая:
— Конфигурация усиленной безопасности для IE включена для Администратора и для пользователя.
В GPO как и указано в статье вышеуказанной пытаюсь добавить в «надежные»:
Конфигурация пользователя/Административные шаблоны/Компоненты
Windows/Internet explorer/Вкладка «Безопасность»/Список назначений зоны для веб-сайтов.
Выставляю(см прикрепленные изображения)
Загрузка...
detector