Отвал Платформ 1С от 15.11.2022
- Автор темы fastax
- Дата начала
Василий1984
New member
- Регистрация
- 15 Июл 2021
- Сообщения
- 43
- Реакции
- 0
Какая ошибка? Ещё до открытия программы "Вы стали жертвой..."?
hybrid2011
New member
- Регистрация
- 22 Дек 2011
- Сообщения
- 30
- Реакции
- 0
В случае клиент-серверной версии может потребоваться перезапуск сервиса агента 1С, либо просто перезагрузка сервера.
mikeaa2006
New member
- Регистрация
- 14 Фев 2012
- Сообщения
- 11
- Реакции
- 0
Базы все файловые - и новые и старые конфигурации. Результат один - "Вы стали жертвой..."
ОС Win10
Василий1984
New member
- Регистрация
- 15 Июл 2021
- Сообщения
- 43
- Реакции
- 0
Даже не знаю чем вам помочь. Ведь я то тоже 15.11 словил это. По идее мои базы тоже заражены должны быть. Потом я откатывал на старую платформу и больше двух месяцев сидел на старой. Применял к базе Tool_1CD, с удалением строки versions. Может в этом дело.
Спасибо за ссылки! Поставил, на БП3 выдает ошибку о неправомерном использовании программы(
Набор пропатченных inet.dll от rv1988
У Вас недостаточно прав для просмотра ссылок.
Войдите или зарегистрируйтесь.
У меня не сработало.
Использовал БП 8.3.21.1674 + mimo v5 + inet.dll
У Вас недостаточно прав для просмотра ссылок.
Войдите или зарегистрируйтесь.
inet.dll перезаписал свежей, скачав inet.dll_v32_v64.zipУже сутки кряк от rv1988 работает на тестовой машине.база файловая. Главное чтобы база не была заражена. То есть фалй inet надо крячить в одной связке с mimi. Я попробовал вначале мимо и запустить базу.Потом запустиил базу , она заразилась. И все кряк inet не работал. Но если применить мимо и inet вместе , то все окей.. Дело в том, что как только запускается база без кряка inet, она добавляет таблицу versions которая и этим заражается.. и кряк инет не работает уже.Надо базу лечить.. Как лечить тут написано...Не пробовал..
Это для файловой базы-
Получившим черную метку(в базу) от 1VIL Corp посвящается:
Как вернуть к жизни файловую базу если вы работали в обычном толстом клиенте через mimo_v4(v5) и после 15/11/2022 вас угораздило позволить эске выйти в инет при старте.
1) Первое что нужно сделать, это заблокировать программе доступ в инет (сейчас это 185.12.152.0-185.12.155.254, 185.71.67.129, 81.177.31.8, возможно после очередной обновы адреса поменяют).
2) создаем папку на любом диске и копируем туда "зараженную" базу (в моем случае это d:\1\1Cv8.1cd).
3) идем в bin каталог рабочей платформы, копируем путь к нему (у меня это C:\Program Files\1cv8\8.3.21.1624\bin (у каждого свой путь)).
4) Открываем командную строку, пишем CD пробел и вставляем скопированный путь (cd C:\Program Files\1cv8\8.3.21.1624\bin).
5) Конвертируем базу в формат 8.2.14 командой cnvdbfl.exe -c -f 8.2.14 "путь к базе" (в моем случае команда была: cnvdbfl.exe -c -f 8.2.14 d:\1\1Cv8.1cd) .
6) Запускаем Tool_1CD_0.3.0.exe (Версия - строго 0.3.0) Файл, Открыть базу, выбираем конвертированную базу. Слева выбираем таблицу CONFIG, справа листаем в самый низ списка. Нажимаем кнопку Редактировать таблицу(Ctrl+E), встаем на строку с именем versions, нажимаем Удалить запись(DEL), Сохранить изменения(Ctrl+S). Снова Файл, Открыть базу, выбираем эту-же базу, убеждаемся что строка с именем versions - удалена.
7) Слева выбираем таблицу PARAMS, справа листаем в конец списка. Встаем на строку с именем locale.inf. Нажимаем на поле {IMAGE} в этой строке. Нажимаем кнопку Редактировать таблицу(Ctrl+E), нажимаем на кнопку с дискетой(Записать BLOB/MEMO в файл), сохраняем на диск файл locale.inf_0 Открываем его блокнотом, меняем 7-ми значное число в конце на 0(ноль). Сохраняем,закрываем блокнот. Возвращаемся в Tool_1CD, рядом с дискетой нажимаем кнопку Заменить(прочитать из файла), выбираем отредактированный ранее файл, ОК, Сохранить изменения(Ctrl+S).
8) Можно сразу открыть пофиксенную базу в 1С, подождать минут 30 (Доступа в инет программе быть не должно от слова совсем на уровне локального фаервола, запретных фильтров на роутере, выдернутый сетевой шнур из компа, отключенный Wi-Fi выбирайте сами. Настроенные в программе для каждого пользователя прокси в пустоту или на 127.0.0.1:8080 - НЕ РАБОТАЮТ!)
9) Конвертируем базу обратно в формат 8.3.8 командой cnvdbfl.exe -c -f 8.3.8 "путь к базе" (в моем случае команда была: cnvdbfl.exe -c -f 8.3.8 d:\1\1Cv8.1cd).
Клиент серверную базу лечить легче
Инфицированную БД SQL (с ранее полученным сообщением "вы стали жертвой") открывал в качестве теста - она запустилась. По рекомендациям из темы - удалил из таблицы CONFIG строку versions (тоже в качестве теста работоспособности), БД продолжила работать. Про существующие нарушения функциональности был не в курсе:
клиент серверный
DELETE FROM config WHERE filename = 'versions'
DELETE FROM files WHERE filename = 'ib.pfl'
DELETE FROM files WHERE filename = '071523a4-516f-4fce-ba4b-0d11ab7a1893.pfl'
DELETE FROM params WHERE filename = 'locale.inf'
Это для файловой базы-
Получившим черную метку(в базу) от 1VIL Corp посвящается:
Как вернуть к жизни файловую базу если вы работали в обычном толстом клиенте через mimo_v4(v5) и после 15/11/2022 вас угораздило позволить эске выйти в инет при старте.
1) Первое что нужно сделать, это заблокировать программе доступ в инет (сейчас это 185.12.152.0-185.12.155.254, 185.71.67.129, 81.177.31.8, возможно после очередной обновы адреса поменяют).
2) создаем папку на любом диске и копируем туда "зараженную" базу (в моем случае это d:\1\1Cv8.1cd).
3) идем в bin каталог рабочей платформы, копируем путь к нему (у меня это C:\Program Files\1cv8\8.3.21.1624\bin (у каждого свой путь)).
4) Открываем командную строку, пишем CD пробел и вставляем скопированный путь (cd C:\Program Files\1cv8\8.3.21.1624\bin).
5) Конвертируем базу в формат 8.2.14 командой cnvdbfl.exe -c -f 8.2.14 "путь к базе" (в моем случае команда была: cnvdbfl.exe -c -f 8.2.14 d:\1\1Cv8.1cd) .
6) Запускаем Tool_1CD_0.3.0.exe (Версия - строго 0.3.0) Файл, Открыть базу, выбираем конвертированную базу. Слева выбираем таблицу CONFIG, справа листаем в самый низ списка. Нажимаем кнопку Редактировать таблицу(Ctrl+E), встаем на строку с именем versions, нажимаем Удалить запись(DEL), Сохранить изменения(Ctrl+S). Снова Файл, Открыть базу, выбираем эту-же базу, убеждаемся что строка с именем versions - удалена.
7) Слева выбираем таблицу PARAMS, справа листаем в конец списка. Встаем на строку с именем locale.inf. Нажимаем на поле {IMAGE} в этой строке. Нажимаем кнопку Редактировать таблицу(Ctrl+E), нажимаем на кнопку с дискетой(Записать BLOB/MEMO в файл), сохраняем на диск файл locale.inf_0 Открываем его блокнотом, меняем 7-ми значное число в конце на 0(ноль). Сохраняем,закрываем блокнот. Возвращаемся в Tool_1CD, рядом с дискетой нажимаем кнопку Заменить(прочитать из файла), выбираем отредактированный ранее файл, ОК, Сохранить изменения(Ctrl+S).
8) Можно сразу открыть пофиксенную базу в 1С, подождать минут 30 (Доступа в инет программе быть не должно от слова совсем на уровне локального фаервола, запретных фильтров на роутере, выдернутый сетевой шнур из компа, отключенный Wi-Fi выбирайте сами. Настроенные в программе для каждого пользователя прокси в пустоту или на 127.0.0.1:8080 - НЕ РАБОТАЮТ!)
9) Конвертируем базу обратно в формат 8.3.8 командой cnvdbfl.exe -c -f 8.3.8 "путь к базе" (в моем случае команда была: cnvdbfl.exe -c -f 8.3.8 d:\1\1Cv8.1cd).
Клиент серверную базу лечить легче
Инфицированную БД SQL (с ранее полученным сообщением "вы стали жертвой") открывал в качестве теста - она запустилась. По рекомендациям из темы - удалил из таблицы CONFIG строку versions (тоже в качестве теста работоспособности), БД продолжила работать. Про существующие нарушения функциональности был не в курсе:
клиент серверный
DELETE FROM config WHERE filename = 'versions'
DELETE FROM files WHERE filename = 'ib.pfl'
DELETE FROM files WHERE filename = '071523a4-516f-4fce-ba4b-0d11ab7a1893.pfl'
DELETE FROM params WHERE filename = 'locale.inf'
Василий1984
New member
- Регистрация
- 15 Июл 2021
- Сообщения
- 43
- Реакции
- 0
Ещё представили способ лечения. Сам лично не проверял.
Цитирую:
Прежде чем начинать лечение - делаем резервные копии. Если не почистить кэш - то инфекция вернётся через кэш или запуск другой зараженной базы, даже через загрузку зараженного бакапа может перекинуться.
Что удивительно - заражение от 1с затронуло мою базу данных, которую я делал для колледжа. Препод не поверил в мою теорию что "1с съел мою домашнюю работу"-но факт остаётся фактом, лицензионная 1с вызвала ошибку потока в моей базе данных sql, которая с 1с вообще никак не связана. Так что если вы попали в ситуацию с "ошибка данных потока"-смело лечите данным способом."
Это не моё, сам лично не проверял. Хотя способ с удалением строки versions использовал ещё в ноябре.
Цитирую:
У Вас недостаточно прав для просмотра ссылок.
Войдите или зарегистрируйтесь.
- лечение ФАЙЛОВОЙ базы как от "инфекции" так и от "ошибка потока данных" абсолютно легальными средствами, без всяких кряков и эмуляторов.
У Вас недостаточно прав для просмотра ссылок.
Войдите или зарегистрируйтесь.
- лечение SQL базы как от "инфекции" так и от "ошибка потока данных" абсолютно легальными средствами, без всяких кряков и эмуляторов.Прежде чем начинать лечение - делаем резервные копии. Если не почистить кэш - то инфекция вернётся через кэш или запуск другой зараженной базы, даже через загрузку зараженного бакапа может перекинуться.
Что удивительно - заражение от 1с затронуло мою базу данных, которую я делал для колледжа. Препод не поверил в мою теорию что "1с съел мою домашнюю работу"-но факт остаётся фактом, лицензионная 1с вызвала ошибку потока в моей базе данных sql, которая с 1с вообще никак не связана. Так что если вы попали в ситуацию с "ошибка данных потока"-смело лечите данным способом."
Это не моё, сам лично не проверял. Хотя способ с удалением строки versions использовал ещё в ноябре.
Огромное всем спасибо
И с файловой и с SQL базой все нормально работает.
Но при попытке загрузить в SQL базу из dt выдает "сеанс работы с сервером завершен".
Пробовал на разных базах. Из dt никак не получается в SQL загрузить.
версия 8.3.22.1750 пролечена Mimo-UniDll v5 и inet.dll
Но при попытке загрузить в SQL базу из dt выдает "сеанс работы с сервером завершен".
Пробовал на разных базах. Из dt никак не получается в SQL загрузить.
версия 8.3.22.1750 пролечена Mimo-UniDll v5 и inet.dll
Странно, у меня вообще не запускается, хотя вроде бы делаю все по инструкции. Каждый раз выскакивает окно с настройкой Mimo V5, подсовываю оригинальную dll, ставлю галочки и всё на этом.. Изменения принимаются вроде бы, окно закрывается и на этом всё. Снова запускаю - опять то же самое. Что я делаю не так?
Платформа 8.3.22.1750, она декабрьская, Mimo V5 же - сентябрьский, думаю в этом дело. Inet.dll использовал отсюда, выложенные админом.
P.S. Поставил старый-добрый Mimo V4 - всё сразу заработало
Платформа 8.3.22.1750, она декабрьская, Mimo V5 же - сентябрьский, думаю в этом дело. Inet.dll использовал отсюда, выложенные админом.
P.S. Поставил старый-добрый Mimo V4 - всё сразу заработало
Последнее редактирование:
Странно, у меня вообще не запускается, хотя вроде бы делаю все по инструкции. Каждый раз выскакивает окно с настройкой Mimo V5, подсовываю оригинальную dll, ставлю галочки и всё на этом.. Изменения принимаются вроде бы, окно закрывается и на этом всё. Снова запускаю - опять то же самое. Что я делаю не так?
Платформа 8.3.22.1750, она декабрьская, Mimo V5 же - сентябрьский, думаю в этом дело. Inet.dll использовал отсюда, выложенные админом.
P.S. Поставил старый-добрый Mimo V4 - всё сразу заработало
а у тебя sql база не была зараженной?
Была файловая зараженная. вылечил её. Файловая стала запускаться и нормально работать. Выгрузил в dt. Попробовал загрузить в SQL. Выдает ошибку "сеанс работы с сервером завершен".
Далее попробовал на этой же платформе вообще совсем другую базу(пробовал и зуп и самопис), копии августа/сентября. Тоже самое.
На платформе 8.3.22.1750 выдает в конце загрузки "сеанс работы с сервером завершен".
Причем на платформе 8.3.20.1674 пролеченую mimo dll v 4 все нормально загружается в SQL.