14 ноября «1С» выпустила срочное объявление под названием «Срочно, сегодня обновите платформу "1С:Предприятие 8"!» И сегодня 15 ноября 2022 стало выскакивать Вы стали жертвой подделки ПО
Проблемная версия => Заменить на версию
8.3.22.1672, 8.3.22.1603 => 8.3.22.1704 или выше 8.3.21.1607, 8.3.21.1508, 8.3.21.1484 => 8.3.21.1622 или выше 8.3.20.2076, 8.3.20.2039 => 8.3.20.2180 или выше 8.3.19.1665, 8.3.19.1659 => 8.3.19.1723 или выше 8.3.18.1902, 8.3.18.1894 => 8.3.18.1957 или выше 8.3.17.2733, 8.3.17.2665 => 8.3.17.2757 или выше
Может есть какой то быстрый фикс ? (не могу скачать 1С)
По сообщениям сообщества, на пиратских форумах также заявляют о проблемах. Там считают, что никакой критической проблемы не было, а в новую версию «1С:Предприятие 8» внедрён новый механизм определения эмулятора и закрыт способ обхода ключей через techsys.dll.
UPD 18:00 16.11.2022: от 1С "Если вы пользуетесь 32-разрядным сервером Клиенты 32-разрядных серверов на версиях платформы 8.3.22.1704, 8.3.21.1622, 8.3.20.2180, 8.3.19.1723, 8.3.18.1957, 8.3.17.2757 могут аварийно завершаться. Исправленные версии серверов выложены по ссылкам ниже. Скачайте и используйте новые версии" теперь табличка выглядит так: 8.3.22.1672, 8.3.22.1603 => 8.3.22.1709 8.3.21.1607, 8.3.21.1508, 8.3.21.1484 => 8.3.21.1624 8.3.20.2076, 8.3.20.2039 => 8.3.20.2184 8.3.19.1665, 8.3.19.1659 => 8.3.19.1726 8.3.18.1902, 8.3.18.1894 => 8.3.18.1959 8.3.17.2733, 8.3.17.2665 => 8.3.17.2757 или выше
РЕШЕНИЕ:. Качаем 1С отсюда, нужной версии: https://info83.1c.ru/ (оф сайт 1С без ИТС и логин пароля) UPD: c версией 8.3.19.1723 - все заработало. (все лецензионное)
Решение когда качать новую версию не вариант:
Если нужно решить проблему без обновления 1С - блокируем интернет на сервере 1С. на уровне микротика, это можно сделать так: /ip firewall filter add action=drop chain=forward connection-nat-state=!dstnat out-interface-list=WAN src-address=localIP src-address-list=!edo Это правило фаервола микротик - разрешить проброс порта прим. RDP если вы используете и даст доступ извне от сервера к списком ip который вы добавили в edo (список ИП ниже)
3. Если у вас нет микротик то можно блокировкой доступа rphost к интернетам. (можно штатными средствами фаерволом на сервере)
Решение 3 от 1с: В клиент-серверном варианте развёртывания в 32 разрядных версиях сервера часть пользователей получают сообщения «Возникла непредвиденная ошибка».
Если вы столкнулись с данной проблемой, в качестве временной меры для её обхода можно перейти на 64 разрядный сервер – получить временную программную лицензию «1С: Предприятие 8.3 КОРП. Лицензия на сервер (x86-64) », действующую 60 дней и дистрибутив платформы x86-64. Для этого надо:
Войти под своим логином на Портал ИТС по ссылке https://portal.1c.ru/software/registration. Если у Вас нет логина на Портале ИТС, или вы его не помните и не можете быстро восстановить, необходимо зарегистрироваться на https://portal.1c.ru/ (для этого не обязательно быть владельцем продуктов 1С и указывать их регномера), заполнив простую анкету и согласившись с условиями. Рекомендуем сразу заполнять верный e-mail и мобильный телефон, т. к. на них будет приходить подтверждение для получения временной лицензии. Временные лицензии могут быть деактивированы если при проверке Ваши телефон и почта окажутся недостоверными. На странице https://portal.1c.ru/software/registration в разделе "Получить бесплатно" выбрать необходимую вам временную лицензию, заполнить сведения, согласиться с условиями получения и активации лицензии, и получить ее. Если нужно больше одной лицензии, повторите пункт 2 необходимое количество раз.
Помогло только установка последней платформы. Причем ошибки были не на всех база, только на доработанных. Типовые базы (не святые с поддержки) работали стабильно.
1С утверждают, что если обновили платформу... и стали получать сообщения о нелицензионности, то значит так и есть и чистите ваши системы от хаков или обращайтесь в ваши 1с франчайзи. techsys.dll. -больше не работате
Запрещать надо для программ компаний "1C SOFT", "ООО 1С-СОФТ" и для веб-сервера, если базы опубликованы, а не для всего компьютера целиком. Лично я это делаю в настройке "Сетевого экрана" в KSOS Касперского -> "Правила программ".
Можно и полностью запретить Интернет для этих программ, если 1С не нужна работа с внешними ресурсами, например, загрузка ЭЛН из ФСС и отправка реестров ЭЛН в ФСС по адресу 193.148.44.187 = docs.ext.fss.ru, f4.ext.fss.ru - FSS (193.148.44.0/24).
Ещё идёт обмен с адресом 89.111.148.68 = files1-gpt-msk.1c.ru (89.111.148.64/26) Если запретить этот диапазон, то может появляться сообщение: "Ошибка обновления модуля защищенного документооборота: Ошибка работы с Интернет: Не могу установить соединение", хотя ЭЛН из ФСС загружаются. Чтобы это сообщение не надоедало, надо в настройке 1С-Отчётности - "Прочие настройки обмена" снять галку "Разрешить обновление модуля через Интернет" (для каждого пользователя).
Приводит к бану: "api.orgregister.1c.ru". Вчера вечером после добавления этого адреса в исключения поймал бан секунды через четыре... ТП 8.3.22.1704 Стало неприятным сюрпризом и поводом задуматься о методах и размахах борбы "корпорации зла" то, что открытие npchk.nalog.ru (81.177.31.8) привело к мгновенному бану. При диагностике отчетности ругается на downloads.1c.ru (185.12.155.210), но без него прекрасно работает. Не нужно его открывать - там тоже бан. 2. Открытие адресов для ЭДО и ВетИС (91.239.5.38, 62.76.145.80) к бану не приводит, но и работать этим сервисам не дает. А вот адрес Честного знака (185.12.154.48) так же приводит к бану.
В моем случае помогло решить проблему 15 ноября 2022 стало выскакивать Вы стали жертвой подделки ПО. РЕШЕНИЕ: 1. Заблокированы подсети на маршрутизаторе (список ИП выше) 2. На сервере брандмауэром блокируются исходящие соединения для rphost (Панель управления - Брандмауэр - Доп. параметры - Правила для исходящих соединений - Создать правило... - для программы - Тыкаете в rphost нужной платформы в Program files/1cv8/<version>/bin/rphost.exe - Блокировать подключение) 3. Перезапускается служба Агента через Диспетчер задач или оснастку Службы/Services
Мое решение для файловых баз 1. устанавливаем чистую 8_3_22_1704 х64 2. патчим мимодлл версии 4 3. останавливаем (если есть) службу HASP Loader 4. запрещаем выход в инет для 1с, (в брендмаурере добавляем все ехе-шники из папки bin в запрет) 5. восстанавливаем базу из крайнего архива.
Пока есть ощущение, что проверка на сервере идет не только серверного приложения, но и клиентского. Большая база, много клиентов, и вроде все работают, но как только заходит какой-то один клиент (возможно со следами локального эмулятора), то база сразу блокируется. Помогает перезагрузка сервера 1С, все работают дальше. Вычистить сразу ВСЕ ноуты и все терминалки всех пользователей в базе на 1000+ человек - не реально. А часть пользователей пользуется личными ноутами (BYOD), к которым нет административного доступа. И найти тот самый ноут/комп который рушит систему - быстро нельзя, так как защита срабатывает не сразу и по логам хрен вычислишь.
при откате на старую версию ошибка формата потока. Решение: его пока не нашли - восстанавливайте из бэкапа. РЕШЕНИЕ 2: ставим обратно последнюю версию 1С из списка, далее за минуту пока не вылетила ошибка добавляем расширение Версия платформы_снятие_ограничения.cfe (есть для бух и ЗУП) https://drive.google.com/drive/folders/1MyV9eNPxATfnzD-YxLmVAxn_YlIUAvDl и далее делаем выгрузку. И потом уже загружаем в пониженную версию платформы.
Сработает только для Бух. Написан для того чтоб обойти минимальную версию для работы на старых платформах. Я тестил на 19.1467/1522, 20.1674/1710. Эти версии точно позволяют работать со всеми типовыми конфигами. требования в 1с искусственно недавно завысили
Что мне помогло: 1. Удалил все платформы 2. Поставил более старую версию платформы, в моём случае это 8.3.20.1674 3. Восстановил базу из DT (хорошо когда он есть)
P.S. Если запускать базу как она есть, то будет ошибка формата потока, если же восстанавливаться из DT, то ошибки нет. Предполагаю что где то в конфигурации запоминается, с какой платформы был последний запуск, от того и валит ошибку.
егодня копаюсь в этом на копии сервера. Winserver, MSSQL, сервер 1С предприятия х64, Mimo-4. Фаерволл не настроен, все соединения с узлами 1С доступны.
Иду по таблице релизов, обновляясь с 18.1563:
Номер версии Дата выхода 8.3.22.1704 14.11.22 - должен быть баннер 8.3.21.1622 14.11.22 - баннер 8.3.20.2180 14.11.22 - пропущено
8.3.20.1996 02.08.22 - работает 8.3.20.1914 14.06.22 - работает 8.3.20.1838 28.04.22 - работает
Работаю с отстрадавшими вчера БП и ЗУП, даю им покрутиться несколько часов.
провели эксперимент c "поломанной" файловой базой. Скопировали файловую базу туда, где есть лицензия. поставили расширения на понижение требуемойверсии через конфигуратор. Скопировали базы обратно на проблемный пк - работает, ошибки формата потока нет.
ip не блокировали. 8.3.19 последняя "живая" + mimo
Друзья. Серверные БД, Mimo-UniDll. Восстановил конфиги и платформу вчерашними бэкапами. Одна бухня нормально работает, вторая пишет при запуске "Для работы с программой необходимо использовать версию платформы не ниже 8.3.20.2180" кнопки "обновить, завершить"
Ставите чистую новую плтафрму - блокируете интернет на сервере (можно даже шлюз убрать или как предложено выше весь исходящий заблочить) Далее через конфигуратор\раширения - добавляете.
Далее загружаемся на "рабочей" новой конфигуратор и выгружаете. После загружаете в нужную "старую"
8.3.20.2180 server x64 + client x32 работают. БД postgree. До этого была 8.3.20.2076 с утра при входе отвалилась как и обещали. Что интересно бухня отвалилась но розницы продолжали работать, хоть и с новостями о срочном обновлении. Качать пришлось с info83.1c.ru. Т.к. Итс легла
Часов пять рвали волосы, но разобрались, все завелось. Основная проблема была в том, что один "кулибин" в конторе решил поставить себе на машине виртуалку с эмулятором, которая начала выдавать ключи в очереди с официальными менеджерами. и, соответственно, когда клиент получал этот ключик, случался вылет. убили виртуалку, почистили кэши на машинах и серверах, все перегрузили и проблемы исчезли.
Файловые базы. 0.чисткой кэша 1)установка новой 8.3.22.1704 х64 2)Эмулятор MultiKey Emuls4Windows_x86-x64_refresh2e.7z 3)запуск двух баз одна восстановленная, вторая блокированная 3 часа полет нормальный 4)ТЕСТ - > проверка - установка mimo5 блокировка верез 5 сек после загрузки 5.)после возврата оригинального techsys час работы - полет нормальный
Пока 100% рабочий вариант это откат на пред версию (у нас это 8_3_20_1789) и отключение требования новой платформы расширением, заливаемым через конфигуратор.
Guest пишет: Пока 100% рабочий вариант это откат на пред версию (у нас это 8_3_20_1789 ) и отключение требования новой платформы расширением, заливаемым через конфигуратор.
Файловые базы. Несколько штук Бух Проф и Зуп проф. Помог откат на 8.3.21.1302 и установка расширений на отключение проверки версий. В бух ещё удалил все патчи от 1с, в зупах не трогал. Работают все стабильно. Самая ранняя запущенная база - часа 3 где-то. Интернет не отключал, ничего не блокировал.
Как удалить патч: В разделе Администрирование перейдите в Обслуживание и выберите раздел Обновление программы.
РЕШЕНИЕ ДЛЯ ОШИБКИ 15.11.2022 1. Удаляем 1С, (включая кэш) 2. Из шапки (СТРОГО ПО ИНСТРУКЦИИ) ставим Эмулятор MultiKey Emuls4Windows_x86-x64_refresh2e.7z 3. Устанавливаем 1С версий, рекомендованных 1С (в моем случае 8.3.22.1704) 4. Никаких запретов на исходящие в брандмауэре не надо!
Работают: Сервер 1С, Пользователи, включая веб-пользователей и терминалку, http-сервисы через IIS. Ничего не отваливается, никаких ошибок. Сервисы 1С также работают.
Дополнение с руборда: Подтверждаю. Должно работать. Можно не удалять 1С, только почистить кэш и вернуть оригинальный techsys.dll (переименовать techsys_N.dll обратно). !!ОБЯЗАТЕЛЬНО!!
У кого не работает, проблема скорее всего в установке эмулятора Emuls4Windows_x86-x64_refresh2e. Перед его установкой нужно запустить согласно инструкции EmulsCleanUp.cmd из соответствующей папки "EmulsCleanUp". Но! В версии скачанной из шапки в файле EmulsCleanUp.cmd есть ошибка, из-за которой он не отрабатывает. Строку 15: set devcon="%~dp0devcon%bits%.exe" нужно заменить на: set devcon="devcon%bits%.exe". Тогда скрипт начнет работать. Результатом работы должна быть надпись, что эмуляторы удалены или не найдены. После чего ставите эмулятор дальше по инструкции с пункта 2. Обязательно перезагрузите компьютер, если эмуляторы были найдены и удалены перед их повторной установкой.