###
  • Програми
  • Безпека
  • Новини
  • Цікаве
  • Поради
  • Новини
  • Огляди

    • Помилка читання файлу з параметрами конфігурації. Помилки конфігурації програм. Причини виникнення помилок конфігурації

    01.11.2019 Програми

    Для початку наводжу список скорочень, що використовуються мною:

    • РІБ – розподілена інформаційна база
    • ЦБ - центральна база, кореневий вузол РИБ
    • УБ - віддалена база, БД віддаленого вузла РИБ

    З власного досвіду можу сказати, що стикався з двома причинами виникнення помилки:

    1. під час прийому файлу повідомлення в УБ "впала" база, у зв'язку з чим, мабуть, і відбулася розсинхронізація між конф. ЦП та УБ;
    2. під MSSQL клієнт завантажив копію робочої бази та не вимкнув у копії регл. завдання автообміну, в результаті частина повідомлень у віддалені вузли формувалася з робочої БД, а частина з копії, що й призвело до розсинхронізації конфігурацій

    Існує також думка, що до цієї помилки наводить використання механізму динамічного оновлення бази. Тут є сумніви, тому що з одного боку динамічне оновлення ніколи не торкається структури БД, а механізми РІБ таки працюють саме зі структурою БД, а не з прикладною її частиною, проте в РІБ використовується механізм формування цифрового підпису версії конфігурації (у Надалі називатиму її для скорочення хеш), і при зміні прикладної частини хеш природно повинен перерахуватися. Не заперечуватиму цього, ні стверджувати, т.к. якщо і стикався із цією ситуацією, то явних доказів цього не знайшов.

    Для виправлення використовую 2 методики, залежно від ситуації.

    ПЕРША МЕТОДИКА

    Перша (найпоширеніша) неодноразово згадується і в партнерській конференції, і на інших інтернет-ресурсах, пов'язаних з 1С. Застосовується здебільшого, коли попри повідомлення про розбіжних змін, при порівнянні вручну видається, що вони ідентичні.

    Послідовність дій:

    1. вивантажуємо з ЦП cf-файл;
    2. відв'язуємо УБ від РИБ (метод ВстановитиГоловнийВузол, готову обробку можна знайти у додатку чи інших публікаціях);
    3. замінюємо конф. УБ на вивантажений у першому кроці cf-файл, для цього користуємося меню "Завантажити конфігурацію з файлу" (а не порівняння-об'єднання!!!);
    4. відновлюємо ознаку РИБ для УБ.

    У більшості випадків цих дій більш ніж достатньо, що відновити обмін, але не завжди...

    ДРУГА МЕТОДИКА

    Застосовується у разі, якщо перша методика не спрацювала, а вивантажити заново вузол неможливо.

    Передісторія: у клієнта налаштовували каскадну РИБ і помилка виникла у першому рівні каскаду (другий рівень увесь цей час працював бездоганно). Розробка конфігурації велася разом з IT-службою клієнта і з виникнення помилки конфігурація ЦБ встигла кілька разів помінятися. Варіант з відкатом змін розглядався навіть у принципі, т.к. втрата частини даних та зупинення роботи кількох підрозділів були абсолютно неприйнятними. Перший варіант виправлення помилки якихось відчутних результатів не дав. У зв'язку із чим довелося шукати інші шляхи вирішення.

    Прийшла думка спробувати замінити хеш файлів конфігурацій безпосередньо в XML-файлах обміну. Опис структури файлу обміну з книги "Професійна розробка в системі 1С:Підприємство 8" дало слабке уявлення про формування цифрових підписівконфігурацій та змін у них, але визначило напрямок пошуку: значення Digest1 та Digest2. Решта з'ясовував суто емпіричним шляхом (тобто методом спроб і помилок), але закономірність встановити таки вийшло.

    Тестові експерименти пройшли вдало. На робочих базах теж все пройшло благополучно.

    Отже, послідовність дій:

    1. виконуємо дії 1 – 4 першої методики;
    2. вивантажуємо з УБ файл обміну, але з завантажуємо їх у ЦБ;
    3. вивантажуємо з ЦП файл обміну, але з завантажуємо їх у УБ;
    4. у файлі обміну з ЦБ замінюємо блок, що містить інформацію про зміни конфігурації та хеш (Digest1 і Digest2), на блок хеш з файлу УБ (приклад див. нижче)
    5. робимо завантаження файлу з 4-го пункту в УБ;
    6. обов'язково перезаписуємо файл обміну з УБ (2-й пункт)! цей файл не повинен бути завантажений під час обміну в ЦП!
    7. для перевірки робимо кілька послідовних обмінів.

    Якщо під час обміну використовується стиск даних, або відключаємо стиск, або спочатку розпаковуємо файл, змінюємо, потім запаковуємо назад і відправляємо.

    Блок файлу обміну із ЦБ


    106.0
    ...тут йдуть блоки опису змін конфігурації...
    1cf680807e97a5dc0d1ed7f901b07392
    038211651cf680807e97a5dc0d1ed7f9

    потрібно замінити на блок файлу обміну з УБ (зверніть увагу Digest1 у файлу з УБ завжди дорівнює "000000000000000000000000000000000"!!!)


    106.0
    00000000000000000000000000000000
    11651cf680807e97a5dc0d1ed7f901b0

    Перелічені дії необхідно виконувати з граничною обережністю, некоректна послідовність може спричинити повну непрацездатність РИБ. Тому перед цими діями створення резервних копійОБОВ'ЯЗКОВО!

    В іншому можу лише побажати удачі!

    Некоректне налаштування програмного забезпечення(прав доступу, відкриті порти, інтерфеси) внаслідок чого комп'ютерна система або дані можуть бути скомпрометовані. Найважливішим етапом написання будь-якого софту є конфігурування під певні платформи для коректної роботи з ними.

    Окремі особи чи групи зловмисників використовують подібні нестиковки у власних цілях.

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

    Класифікація помилок конфігурації програм

    Найчастішою причиною помилок конфігурації програм є людський чинник. Адміністратор системи може не знати або забути закрити доступ до комп'ютерної системи, внаслідок чого будь-який бажаючий від його імені зможе виконати будь-які дії.

    Основні помилки, які можуть використовуватися злочинцями для наступного злому:

    • Несправності логічного типу виникають у процесі редагування конфігураційних параметрів, некоректного введення змінних для розрахунків або розбіжності окремих результатів, що швидше за все призведе до появи збоїв у роботі або повного зависанняпрограми.
    • Системні помилки полягають у переповненні пам'яті, неправильній переадресації, втраті даних або посилання на неіснуючі об'єкти.
    • Порушення цілісності структури.
    • Залишені активними налагоджувальні перемикачі для внесення розробниками змін до готового продукту та виправлення виявлених багів; частина користувачів при інсталяції та переустановці ОС або програмного забезпечення задають автоматичне включення додаткових функцій.
    • У Windows 10 часто зустрічаються недоліки в текстових файлах, що містять дані про основні параметри конфігурації
    • Повна відсутність чи застарілі сигнатури антивірусного софту.

    У всіх вищезгаданих випадках зловмисники активно використовуватимуть неполадки для впровадження. шкідливого кодуабо прихованого запускурізних програм.

    Об'єкт впливу

    Помилки конфігурації можуть виникнути в будь-якій програмі, однак найбільш вразливими для зломщиків є ті, які розташовані в системних файлах Windows, встановленому на серверах софті, в iTunes, програмних продуктах 1С та інших, які використовують багаторівневі інженерні розрахунки та гіперпосилання.

    Основні причини виникнення помилок:

    • Застарілі версії компонентів ОС; можна встановити актуальні модифікації через центр Оновлення Windowsабо завантажити їх вручну з офіційного сайту.
    • Несумісність окремих компонентів з елементами Visual C++, який входить до базової комплектації багатьох ігор та інших програм. Вирішується видаленням застарілих версійта встановленням актуальних для даної ОС, завантажених з офіційного сайту Microsoft.
    • Неправильна паралельна конфігурація через некоректні ключі та записи в реєстрі виникає в разі розбіжності версій заданих за замовчуванням системою бібліотек з останніми оновленнями. Для виправлення необхідно привести відповідні записи реєстру до стандартних значень, перед початком редагування рекомендується створити точку відновлення.
    • Несумісність розрядності встановлюваного софту та ОС.

    Причини виникнення помилок конфігурації

    Основні джерела виникнення помилок конфігурації:

    • допущені творцями неточності у програмному коді, дизайні чи реалізації, допущені у процесі розробки та написання програми;
    • неправильна інсталяція продукту або недотримання рекомендацій розробників (наприклад, закрити запущені програмив процесі встановлення або вимкнути Інтернет);
    • зовнішні чинники: перебої з живленням комп'ютера чи підключеного до нього устаткування, неправильна робота драйверів чи інших компонентів ОС;
    • переповненість жорсткого дискаабо пам'яті, у результаті проведені зміни не зберігаються повністю;
    • недбалість, недосвідченість користувачів або навмисне заподіяння шкоди спільниками зловмисників;
    • деякі баги виникають у результаті комбінації скоєних раніше дій, які окремо не призводить до появи подібних неполадок;
    • випадкове чи навмисне зовнішнє втручання з метою викликати збій та впровадити сторонній код, запустити вірус чи троян, або встановити інше шкідливе програмне забезпечення.

    Аналіз ризику появи помилок конфігурації

    Від появи подібних багів ніхто не застрахований. Вони можуть виникнути через неправильні дії користувачів і після збоїв у роботі апаратної частини. Найгірше, що виникають проблеми можуть використовуватися зловмисниками для зараження комп'ютера.

    Якщо під час встановлення або запуску з'явилося повідомлення про виявлену помилку конфігурації, виконайте такі дії:

    • перевірити сумісність інстальованого софту з операційною системою та її компонентами; якщо це є причиною конфлікту, можна спробувати іншу версію або замінити програму аналогом;
    • спробувати запустити програму з правами адміністратора;
    • перезавантажити комп'ютер; можливо, несправність мала разовий характер і після перезапуску системи не повториться;
    • перевірити версії компонентів Microsoft Visual C++, за необхідності завантажити їх з офіційного сайту компанії та перевстановити;
    • перевірити реєстр на відповідність пов'язаних із проблемною програмою параметрів значенням за замовчуванням;
    • Якщо вищезазначені кроки не дали потрібного результату, можна перевстановити програму.

    Буває таке, що при необхідності налаштування 1С у діалоговому вікні запуску вилітає помилка – «Помилка запису конфігураційного файлу». Давайте розберемося, чому виводиться таке повідомлення.

    На замітку: якщо Вас мучать такого роду проблеми і не хочете морочитися - шукати файли, щось модифікувати в операційній системі, сміливо пишіть професіоналам – Smart1C.ru. Ми допоможемо вирішити проблеми та налаштувати облікову систему 1С під клас розв'язуваних завдань.

    Отже, приклади із життя:

    До речі, якщо Ви цікавитеся темою вибору виділеного віртуального сервера, то раджу звернутися в компанію RackStore. На серверах включено можливість використовувати власне ПЗ, тобто. 1С: Підприємство 8 можна використовувати на віртуальному сервері.

    Вирішення проблем із збереженням налаштувань 1С 8.2-8.3

    Як бачимо, проблем зі збереженням налаштувань програми 1С може бути безліч. Всі ці ситуації можна вирішити докорінно. А виправити це дуже легко. Важливо лише вміти дивитися приховані файлита папки на комп'ютері. Для усунення цієї помилки робимо такі дії.