Здравствуйте.

Имеется 1С КА 2.5 и две базы 1С Бух 3.0
Имеется обработка с помощью которой подкачиваем данные из бух баз в 1С КА

Подключение происходит при выполнении следующего кода :
//------------------------------------------------
Если Организация.Наименование = "АО ""ОРГ-1""" Тогда
    Сервер = "\\192.168.0.24\1c$\Бух30";
    Пользователь = "КакойтоПользователь";
    Пароль = "112345";
ИначеЕсли Организация.Наименование = "АО ""ОРГ-2""" Тогда
    Сервер = "\\192.168.0.4\1c8$\бух3";
    Пользователь = "КакойтоПользователь";
    Пароль = "112345";
Иначе
    Возврат Неопределено;
КонецЕсли;

СтрокаПодключения = "File=""" + Сервер + """;";
СтрокаПодключения = СтрокаПодключения + ?(ПустаяСтрока(Пользователь), "", "Usr=""" + Пользователь + """;");
СтрокаПодключения = СтрокаПодключения + ?(ПустаяСтрока(Пароль), "", "Pwd=""" + Пароль + """;");    
    
V83COMCon= Новый COMОбъект("V83.COMConnector");
Попытка
    Возврат V83COMCon.Connect(СтрокаПодключения);
Исключение
ОбщегоНазначения.СообщитьПользователю(СокрЛП(ОписаниеОшибки()));
Возврат Неопределено;
КонецПопытки;
//-----------------------------------------

Все работало.

Но внезапно при попытке подключиться к базе ОРГ-1 стала вываливаться ошибка :
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
Ошибка при вызове метода контекста (Connect): Произошла исключительная ситуация (V83.COMConnector.1): Ошибка при выполнении операции с информационной базой
Файл не является файлом базы данных '\\192.168.0.24\1c$\Бух30/1Cv8.1CD'
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!

Проверил путь - по указанному пути открывается каталог с требуемой базой.
Файл 1Сv8.1CD в этом каталоге также имеется.
Обратил внимание что в тексте ошибки присутствует правый слеш, хотя вроде должен быть левый.

Как с этим бороться?
Прошу подсказать

Подключение к Безе ОРГ-2 по прежнему срабатывает нормально

(0)[Как с этим бороться?]
вернуть права на скрытую шэру

(2) Бух база - файловая.
Если в проводнике указать путь \\192.168.0.24\1c$\Бух30
то этот  каталог открывается.

И Вы считаете, что не хватает прав?
Тогда для какого пользователя?

База КА в которой  происходит подключение - серверная

(3) позовите специалиста.

(3)[Тогда для какого пользователя?]
от которого запущен rphost

(0) Да когда вы похороните COM. Столько уже наелись просто.
Переделайте на обмен через папку или Web-сервис.

(0) Проверь обновления винды и права на шару. После недавнего обновления надо явно клиенту разрешать доступ.

https://learn.microsoft.com/ru-ru/windows-server/storage/file-server/enable-insecure-guest-logons-smb2-and-smb3?tabs=group-policy

(7) Это сколько же похоронить надо? А заодно и переделать...
А ком последнее время после обновлений винды постоянно ломается.
Я так же борюсь с загрузкой через Эксель сложных меняющихся данных. Посла каждой загрузки дубли ищем и вычищаем...

COM конечно кривой и глючный, но ничего лучшего 1с не придумало для связи двух информационных баз на уровне программной модели. Всякие веб-сервисы - это уровень передачи сериализованных данных, что не совсем то.

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

(4) тут смотрели?

Системщики целый день ковырялись. В итоге сказали что надо  вместо IP адреса использовать его текстовый синоним.
Попробовал и действительно заработало.
Причем клянуться, что сознательно нигде ничего не перенастраивали.
А с IP по прежнему не работает.

(7) А что с ним не так? У меня много лет работает и не жужжит)

(0) А че КА на сервере, а БП файловые, ониж  в одной сети, вы там любите садо- мазо?)

(13) Системщикам выдрать руки по самые ноги.

(14) КА - серверная, 2 Бух - файловые
С обоими Бух работает com обмен
у обоих бух адрес был прописан через IP
Все работало.
Внезапно.
Перестал работать com обмен  с одной из Бух.
Поменяли IP на текстовый синоним - заработало
на другой базе Бух по прежнему работает по IP.
Таки дела

(16) Спорим что дело не в IP или Hostname
А в правильности указания шары и правах на нее!


Никого "$" не смущают?

(17)+ Суть что старый адрес (шара) через ip перестала работать (админы сломали)
Затем они (админы) дали новый адрес через Hostname, который рабочий и там имхо другой путь (шара)
Разница не в ip|hostname а в пути который после ))

Через хост нейм идет доменная авторизация, а через ип может подхватывать сохраненный пароль или пароль локального юзера, а не доменного.
(17) 2 разных сервера у каждой организации свой. Или когда имя юзера, пароль и т.п. менял при копировании кода сюда стер лишний символ.

+(19) в командной строке набери control /name Microsoft.CredentialManager смотри сохраненные пароли там где работает и где не работает. При необходимости поменяй на правильный.

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