Всем доброго времени суток. Неожиданно на ровном месте возникла проблема.
Имеется серверная база База1. В ней есть http-сервис, реализованный в расширении. База опубликована на IIS. Все прекрасно работает, http-сервис честно выполняет свою работу.
Понадобилась копия базы. Развернул на том же сервере База2 - копию База1 в режиме "КОПИЯ". Админы точно также ее опубликовали на том же IIS. База2 работает и под web-клиентом и из браузера. Но расширение не работает. Ошибка 401.5 - ошибка авторизации.
Сравнил файлы публикации баз. Файлы идентичны, кроме имени публикации
и адреса базы (там естественно отличие тоже только в имени). Как такое может быть и куда можно копнуть ?)
Флаги публикации сервисов расширений естественно выставлены.

(0) в журнале 1С и в логах IIS что ?

Логи IIS посмотреть не могу. Логи 1С посмотрю

Сеанс. Ошибка аутентификации. Пользователь NT AUTHORITY\USR
Но в запросе посылается совсем другой пользователь, обычный пользователь 1С. В публикации флаг аутентификации операционной системы не выставлен
В логах первой базы никаких ошибок нет и там именно тот пользователь, который отправляется в запросе. Запрос формируется одним и тем же инструментом, только меняется имя базы.

(0) при переносе не в режиме копии работает, возможно дело в этом
https://www.online-ufa.ru/content/articles/kopiya-v-zagolovke-programmy-1c/
может сервисы тоже блокируются

(3) подключи расширение заново

(0) Точно из-за режима копии..

(4)КОПИЯ специально не убираю. Там есть другие обмены. Дома работает КОПИЯ и на IIS и на Апач. я тоже  на это подумал было, не видно других причин. Но работает. Но дома базы файловые. Старые.

(5)Попробую

галочки расширений сравни

И да "копии" бывают разные ))

https://wonderland.v8.1c.ru/blog/razvitie-mekhanizma-kopiy-baz-dannykh/

(9) и галочки и тексты файлов сравнивал )

Удалил расширение, снова добавил, опубликовал базу. Результат тот же. Уберу еще КОПИЮ на короткое время

(12) что в vrd, какие роли по умолчанию в расширении

(0) эх, был у меня, кажется, прям очень похожий случай... пытались это победить долго.. все перепроверили, но выдавало ошибку хоть ты тресни..  В итоге помог один матерый сисадмин, который догадался, что не хватает прав на файл с настройками.. точнее даже не на сам файл, а в файле был прописал путь к запуску, и путь лежал через C:\Users\Ivanov\AppData\Local\Programs\1cv8_x64\8.3.25.1286\bin\wsisapi.dll
на которую и не хватало прав...

(0)
Проверьте права пользователя 1С (может быть стоит добавить роль расширения)

Что КОПИЯ, что не КОПИЯ - инвариантно.
(13)в расширении одна основная роль, на все даны права
Сама база - копия работающей, в той все ок. Админы сначала копию сами опубликовали, сегодня сам публикую проблемную базу в своей виртуалке. Права IUSER на папку с публикациями и на папку платформы дал.
Проблема где-то явно не в 1сб вероятно что-то похожее на (14)

Смотрю лог успешного соединения на домашней машине. И он несколько странный. Сначала идет та же самая ошибка аутентификации NT AUTHORITY\USR, а затем успешное соединения пользователя из запроса и успешная передача данных.
Не будучи админом трудно понять )

(17) это нормально, попытка вин аутентификации
в иис надо смотреть, кмк, возможно на рабочей нестандартные настройки

(0)Попробовать сделать переопубликацию из копии, запустив 1с от имени администратора.

(19)делал это уже несколько раз

Короче, я ничего не понимаю. Я изменил в публикации имя, выполняю запрос с новым именем. Пишет ошибку 404, то есть, как я понимаю, ресурс не существует. Попробовал еще простое имя, результат тот же. Возвращаю старое, вчерашнее имя публикации и запрос заработал. Как такое может быть ?

чудеса в решете

(22)да ваще хрень, так не бывает. Сейчас получается работает недействующая публикация. А публикация базы может же выполняться в ручную вручную в IIS ?

(23) может
даже не недействующая, а несуществующая

(24)ну сами файлы старых публикаций остались целыми, я не удалял публикации.Публиковал в новых папках по имени публикации.
Но новые публикации так и не работают, ошибка 404.

(25) сам iis хотя бы рестартовали ?

(26)нет, последний раз позавчера вечером. Там люди работают, не настартуешься. с 7 до 22.
Меня интересует такой ламерский вопрос. Возможно создать публикацию так, что будет действовать она, а мои публикации в конфигураторе для нее по барабану ? Я публикую в своей виртуальной машине, как публиковали админы, я не знаю. И у меня такое ошущение, что работает их публикация. Где она лежит, я не знаю. И у меня в запросе было имя публикации с заглавной буквы, а публикация была со строчной. Как только я поменял, публикация заработала. Хотя когда просто обращаешься как базе из браузера по моему все равно какая буква, строчная или заглавная (на досуге еще раз все проверю). Тогда все объясняется.

(27) им надо всего лишь рестартануть iis, иначе, её так и не будет "видать"

(27) "Там люди работают, не настартуешься."

А чего им сделается, они даже и не заметят.

(27) Публикаций может быть много и они будут работать все одновременно. При публикации из конф-ра он не затирает существующую, а создает новую рядом. Проверил сейчас. Регистр.. ладно, понятно))

(30)проблема то в том, что я, как дятел, публиковал базу на выданной мне админами виртуальной машине, а IIS, находящийся по другому адресу ни сном, ни духом про мои публикации. Нюанс оказался именно в регистре имени публикации, было КА_copy вместо ka_copy. Для запроса к http сервису это критично, а вот при запуске базы из браузера регистр по барабану
Всем огромное спасибо!!