Ошибка чтения файла конфигурации

Обновлено: 06.07.2024

Ошибка при вызове метода контекста (ПрочитатьИзменения): Конфигурация узла распределенной ИБ не соответствует ожидаемой!

Конфигурацию выгружал, в удаленный узел загрузил. Такая же фигня. Что можно еще сделать?
Релиз платформы 8.3.12.1790, есличо

Удаленный узел файлы обмена всасывает нормально, кстати.
Методика 2 вот отсюда звучит страшновато, да и собсно я так понимаю, она именно для другого случая, когда изменения не идут в удаленный узел
(4) Тем, что не работает. Я сделал несколько раз уже. В удаленный узел идут изменения, обратно главный не принимает.
(5) в ЦБ какие-то изменения конфигурации делаются?
Если да, то пересохрани всю конфигурацию в ЦБ - заставь ее заново примениться к базе с реструктуризацией и регистрацией всех своих объектов. Только после этого проведи по шагам методики 1-го пункта.
(6) Делаются. ОНи всасываются успешно в удаленный узел
А обратно шиш.
(7) Что-то я не понял. "Удаленный" - это в смысле "подчиненный"? Тогда не понял. Такая ошибка может возникнуть в подчиненных узлах, но не в центральном. Как узел может "всосать успешно", если проверка соответствия - перед началом обмена?
(11) может, я такое тоже видел, на куче точек норм получает. а в центр хрен. Делал выгрузку CF из узла в Центр. норм заработало. По поводу сабжа в (0). Платформы одинаковые? Тоже недавно на 13-й парился с этим, пока одинаковые платформы не поставил, не проходил обмен.

источник ошибки - в файле от ПБ содержится значение хэш-функции, которое попадает в файл от сохраненной конфигурации в ПБ.
Если это файл для загрузки в ЦБ то ЦБ тоже указывает, что конфигурация не соответствует ожидаемой.

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

Как только конфигурации в ЦБ и в ПБ полностью, абсолютно идентичны - ошибка исчезает.

(15) Механизм РИБ - один из базовых механизмов платформы. Он консервативен не хуже чем британская королева :) Я к тому, что маловероятно изменение алгоритма хэш-функции идентификатора конфигурации.
(10) а как же.
(11) А вот так. Подчиненный узел считает что все ок. Все изменения, что в конфигурации тут навертел - там есть и работают. А главный изменения не принимает.
(13) Одинаковые. Насчет из ПУ в ГУ выгрузки цф это мысль, я попробую потом, как если ща с обновлением версии УТ не взлетит.
(15) замена Digest2 на значение из выгрузки главного узла кстати не помогла, главный узел сказал не приму эту выгрузку.
(17) Имхо, если демоны в базе шалят, то выгрузка/загрузка конфигурации через пустую базу может поможет (из ПБ в ЦБ).

Версии платформы в ЦБ и ПБ одинаковые?

5. Установить другой допустимый релиз платформы (предыдущий или следующий). Повторить шаги 1-4.

Есть мнение, что количество пользователей использующих РИБ, ничтожно мало и релизы в которых есть баги связанные с РИБ 1С не отзывает.

(24) "ну только релизы не менялись" - это тоже важно. Есть релизы - в которых тупо РИБ не работает из-за багов.

(14) за последние 5 лет минимум дважды сталкивался с релизом на котором РИБ не работает именно из-за багов платформы.

Добавить IIS_IUSRS с разрешением на чтение для файлов в папке
Измените метод проверки подлинности IIS на BasicAuthentication
обновите сайт. Это сработает

Что я могу добавить в свой файл web.config? Мне никогда раньше не приходилось его редактировать. Вот его текущее содержание:

Ошибка конфигурации: не удается прочитать файл конфигурации из-за недостаточных разрешений
Файл конфигурации: \? \ C: \ Users ***** \ Documents \ Visual Studio2010 \ WebSites \ PointsForTime \ web.config

Нет проблем с вашим web.config . Ваш веб-сайт работает в рамках процесса. В iis вы можете определить идентичность этого процесса. Удостоверение , под которым пул приложений вашего веб-сайта ( Сетевые службы, локальная система и т. Д.), Должно иметь разрешение на доступ и чтение в Интернете. .config файл.

Обновить:

Этот обновленный ответ такой же, как и выше, но немного длиннее, проще и улучшен.

Прежде всего : вам не нужно ничего менять в файле конфигурации. Все в порядке . Проблема связана с разрешениями для файлов Windows .

Эта проблема возникает из-за того, что ваше приложение не может получить доступ и прочитать файл web.config .

Сделайте файл доступным для группы IIS_IUSRS . Просто щелкните правой кнопкой мыши web.config и выберите свойства на вкладке безопасность , добавьте IIS_IUSRS .

Так что это за штука IIS_IUSRS?

Ваш веб-сайт представляет собой файл EXE . Как и любой exe-файл, он должен быть запущен пользователем и запускается в соответствии с разрешениями , назначенными этому пользователю.

Когда ваш сайт запускается в IIS , Пул приложений вашего веб-сайта связывается с пользователем ( Сетевые службы, Локальная система и т. д. . ) (и может быть изменено в IIS)

Поэтому, когда вы говорите IIS_IUSRS , это означает любого пользователя ( Сетевые службы, локальная система и т. Д. . ), что ваш сайт работает как .

И как @Seph упоминается в комментарии ниже : Если ваш компьютер находится в домене , помните, что Группа IIS_IUSRS - это локальная группа . Также убедитесь, что, когда вы пытаетесь найти этого пользователя, проверьте местоположение, он должен быть установлен на локальный компьютер, а не на корпоративный домен.

Все предоставленные ответы действительны и работают при различных обстоятельствах.

Для меня перезапуск Visual Studio сработал.

Принятое решение меня не устроило. Я использую репозиторий Git, и он клонирован в следующую папку

Я создал новый веб-сайт IIS и указал его на путь. У которого не было разрешений iis_iusrs, предложенных в принятом решении. Когда я добавил разрешения, он все еще не работал.

Он начал работать только тогда, когда я дал следующие разрешения группе «Пользователи», и наследование каскадировало разрешения для web.config. Вероятно, следовало применить его только к web.config, чтобы уменьшить площадь поверхности атаки.

Я использовал subst для создания сопоставления от D: до C:, чтобы сохранить те же настройки, что и у других разработчиков в команде. Это также дало мне те же ошибки, что и описано. Удаление этого исправило это для меня.

добавить IIS_IUSRS с разрешением на чтение файлов в папке
измените метод проверки подлинности IIS на BasicAuthentication
обновить сайт. Это сработает

что добавить в мою сеть.хотя файл конфигурации? Мне никогда не приходилось его редактировать. Вот ее содержание:

ошибка конфигурации: не удается прочитать файл конфигурации из-за недостаточных разрешений
Файл Config: ?C:Users * * * * * * DocumentsVisual Studio2010веб-сайтыPointsForTimeweb.config

здесь нет проблем с вашей сетью.config. Ваш веб-сайт работает в рамках процесса. В iis можно определить идентификатор этого процесса. The личность это, ваш веб-сайт приложение бассейн работает как (Сетевые Службы, Локальная Система, Etc. . ), должны иметь разрешение на доступ и чтение интернета.конфигурационный файл.

обновление:

этот обновленный ответ, такой же, как и выше, но немного длиннее, проще и лучше.

в первую очередь: вам не нужно ничего менять в файле конфигурации. все в порядке. Проблема в права доступа к файлам windows.

эти проблемы возникают, потому что приложения не может открыть и читать web.config.

сделать файл доступным для группу iis_iusrs группы. Просто Правой Кнопкой Мыши сеть.config и нажмите кнопку свойства, под безопасность добавьте группу iis_iusrs.

Так что это за штука IIS_IUSRS?

код веб-сайт и как exe. Как и любой EXE-файл, он должен быть!--1-->запускается пользователем и работает согласно разрешения назначенные этому пользователю.

когда ваш сайт запускается в IIS, приложения Бассейн веб-сайт (Сетевые Службы, Локальная Система, Etc. . ) (и может быть изменен в IIS)

поэтому, когда вы говорите группу iis_iusrs, это значит любой (Сетевые Службы, Локальная Система, Etc. . ), что ваш сайт работает как.

и @Seph упомянутые в комментарий ниже: если ваш компьютер находится в домене, запомните это группу iis_iusrs группа локальная группа. Также убедитесь, что при попытке найти этого пользователя проверьте местоположение, которое должно быть установлено на локальный компьютер, а не корпоративный домен.

Примечание редактора: делать то, что этот ответ говорит опасно! Учетная запись LocalSystem-a .

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

изменение идентификатора из ApplicationPoolIdentity до LocalSystem сделали работу ;).

Я использую win7 64 с IIS 7.5

У меня было то, что казалось той же проблемой разрешений на .
Однако моя проблема была вызвана тем, что IIS не смог загрузить файл конфигурации, поскольку он содержал правила перезаписи URL, и я не установил модуль перезаписи URL IIS на новом сервере.

устранение: установите модуль перезаписи.
Надеюсь, это сэкономит кому-то несколько часов.

У меня была та же проблема, когда я пытался поделиться корневой папкой сайта с другим пользователем. Какая-то папка потеряла разрешение. Поэтому я выполнил шаги, чтобы добавить разрешение на группу iis_iusrs группа как предложено Afshin Gh. Проблема в том, что эта группа была недоступна для меня. Я использую windows 7.

Что я сделал, я просто изменил некоторые действия:

щелкните правой кнопкой мыши на родительской папке (кто потерял разрешение),
Свойства => Безопасность =>В Группе " или имена пользователей:",
Нажмите Кнопку "Редактировать".
откроется окно "разрешение для вашей папки".
в "группы или пользователи:" нажмите "Добавить". БТН
тип Authen и нажмите Проверить имена,
вы увидите полное название группы"Авторизованные Пользователи"
нажмите ok = > применить.
это должно снова включить привилегии.

Это сработало для меня.

вам не нужно ничего менять в своей сети.конфиг.

проблема заключается в разрешениях файловой системы. Ваши права доступа к файлам не позволяют пользователю IIS_IUSRS получить доступ к сети.config (или, возможно, любой из файлов). Измените их права доступа к файлам в windows, чтобы разрешить доступ к ним учетной записи IIS_IUSRS.

перейдите в родительскую папку, щелкните правой кнопкой мыши и выберите свойства. Выберите безопасность вкладка, редактировать разрешения и добавить. Нажмите на дополнительно и Найти. Выберите группу iis_iusrs и нажмите кнопку OK и OK снова. Убедитесь, что у вас есть check написать. Нажмите OK и OK снова.

сделать файл доступным для группу iis_iusrs группы. Щелкните правой кнопкой мыши свой веб-сайт.config, разверните свойства и на вкладке Безопасность добавьте IIS_IUSRS. Предоставьте группе доступ на чтение / запись.

когда группа не доступно, замените IIS_IUSRS на Имя_компьютера\IIS_IUSRS

при предоставлении разрешений группу iis_iusrs вы должны проверить, что в IIS для проверки подлинности раздел вашего веб-приложения, анонимные учетные данные аутентификации использует удостоверение пула приложений, а не IUSR.

по какой-то причине ваш веб.config установлен как только для чтения. Снимите флажок только для чтения в интернете.конфигурационный файл.

Я пытаюсь установить mongodb на windows 7 64-bit. Я извлек файлы и скопировал каталог bin в c:\mongodb. В c:\mongodb Я разместил файл конфигурации, mongod.cfg, чей контент:

Затем я выполнил следующую команду:

Я попытался сохранить файл cfg как ANSI и UTF-8, но, похоже, это не имело значения. Я просто хочу, чтобы mongodb знал о моих настройках хранения и регистрации.

Попробуйте выполнить полную команду "C:\<install directory>\mongod.exe" --config "C:\<config>" --install и введите свою командную строку в качестве администратора.

В моем случае это происходило, потому что у меня была версия старого db, и установка установщика MSI не обновляла его. Когда я запустил mongod.exe --version , он сказал, что я все еще использую старую версию db (2.2.2 для меня).

Я не уверен, что MSI не знала, где установить или что, но теперь mongod --version возвращает нужный номер версии и error command line: unrecognized line in 'systemLog:' при установке службы.

ответил(а) 2016-05-29T09:02:00+03:00 5 лет, 5 месяцев назад

Файлы конфигурации MongoDB выражаются с помощью YAML. В YAML литтеральная строка может быть выражена с помощью стиля с двойным кавычком, single- quoted style или простой стиль (он же "некотируемый" ).

Поскольку ваша строка пути содержит как : , так и \ , вы должны использовать один кавычек:

На всякий случай это помогает кому-то другому: я столкнулся с той же проблемой, и проблема закончилась тем, что была связана с более старой версией mongod в моей переменной среды PATH (вместо той, которую я ожидал; возможно, что-то вроде @ThrowsException).

ответил(а) 2016-03-24T23:13:00+03:00 5 лет, 7 месяцев назад

Я ожидаю, что это связано с изменением варианта хранения во время цикла разработки 3.0. В некоторых из кандидатов раннего выпуска параметр использовал другой случай (например, "wiredtiger" ), но вариант канонической конфигурации для финальной версии 3.0 "wiredTiger" в соответствии с документацией. Альтернативные варианты поддерживались для нескольких последовательных точечных выпусков, но в итоге были удалены.

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