Есть БП и ЗУП, хочу между ними построить типовой обмен через штатную синхронизацию. Базы на разных серверах приложений в разных подсетях.
Настройка же синхронизации требует указания каталога обмена на сервере. Получается, мне нужно какое-то общее место, доступное с обоих серверов (от пользователя службы).
Но такого места нет. Из общего у нас только клиент(бухгалтер, который запускает синхронизацию).
Хочу прописать каталоги ЗУП и БП на своих серверах, но перед выгрузкой из ЗУП файлы обмена сохранять где-то на клиенте, а перед загрузкой в БП - копировать из клиента на сервер БП.
Ищу такое место(когда файлы уже выгружены в контексте клиента), чтобы расширением подключиться и сохранить их локально у клиента. Но пока не нахожу.
Может быть задача решается проще? Кто-то делал подобное?

Изменения в сетевой инфраструктуре не предлагать, СБ не разрешает общий доступ между серверами. Обработку универсального обмена не хочу использовать, хочу одну кнопку и отправлять только зарегистрированные.

на общем ресурсе в сети нельзя? фтп мб, файлообменник какой то и целый полет фантазии
на крайний случай скинуть на флешку, флешку к голубю, голубя по маршруту, ну образно)

Так все варианты указаны в форме
в РегистрСведений.НастройкиТранспортаОбменаДанными

Например, почтовые сообщения можно пробовать настроить, архивируя вложения с парольной защитой.
Или интернет подключение активное и пассивное.

вот нет ни почтовых сообщений, ни фтп, ни голубей. Даже доступа непосредственно к серверу приложений нет

(3) А как бухгалтер вообще попадает в программу? Где у него клиент установлен? Он что два разных РДП стартует для этих разных серверов или что он стартует, когда в 1С работает?

>>>Из общего у нас только клиент(бухгалтер, который запускает синхронизацию)
как он это делает?

(4) да епт. как обычно - из рдп, в котором список баз на десятках различных серверов приложений

(5) кнопкой в программе, епт.
народ, вы чего тупите

(6) ну так в этом РДП надо каталог обмена создать и все. Он будет доступен из сеанса для одной базы и из сеанса для другой базы. Только путь к этой папке надо сетевой указать.
Ну и список доступов (пользователя указать)

+ к (8) епт

(0) есть же прямой обмен, не подходит?
в таком случае сервер1 порождает COM-клиент и по портам 1ски стукается на сервер2.

(6) как обычно, х...з... установлен клиент на компе буха или у вас для бухов РДП сделаны. Обычно у всех по своему, у кого раком, у кого-то боком. У кого-то бывают и обпубликованные базы, но все прикрыто своим ВПН и там внутри этих публикаций можно интернет-соединения использовать.

(8) вот не будет. при выполнении на сервере клиентские каталоги этого рдп будут не доступны.
При выполнении сервера у вас доступ только к папкам на сервере приложений от имени пользователя службы этого сервера приложений

(10) прямого доступа нет

(10) грит, связи между ними нет
(11) в любом случае, если машина имеет доступ к серверам обеих баз, значит "физическая(сетевая)" связь есть, а проблем нет

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

10:00 сервер 1 - в папку положил файлы
10:05-10:30 сервисы яндекса прокрутили синхронизацию начинки папки между серверами
10:30 сервер 2 - читает папку, кладёт свой ответ.
10:35-11:00 сервисы яндекса прокрутили синхронизацию начинки папки между серверами
-
повторить.

(12) т.е. ваши админы внутри РДП _запретили_ и сами создавать и настраивать папку внутри этого РДП _не_хотят_

(12) а что так

(15) на серверах интернета нет. Синхронизацию хотелось бы сделать вручную, а не по расписанию

(15) т.е. им безопасники запретили сексом заниматься, а ты ему предлагаешь вопреки штаны снять и вывалить оппу в интернет :-)))

+(15) если есть аллергия на облачные сервисы, то ставим Resilio Sync какой-нибудь.

(17) так всегда было. полоска вроде как у меня, а простых вещей не знаешь

(20) ставить ничего нельзя. плакать тоже нельзя(с)

(19) с каких пор авторизованный клиент яндекс-диска является дырой в безопасности?

(23) это не мне нужно. Иди к его безопасникам и доказывай. И у них инет соединения наружу обрезаны, так что оппу выставлять тупо некуда

(21) сколько гадать можно? зачем наружу, это все внутри сети, Обычно, как у всех, это когда корпоративная сеть и внутри проблем нет, а то ч то у тебя не хватает доверия от админов или сб... ну значит ты для них такой же чужой как и интернет

или ты и есть чужой/приходной уходной

(25) разные(!) сервера(!) приложений(!)
это значит, что при выполнении кода на сервере будут доступны файловые ресурсы непосредственно того сервера(!) приложений(!), на котором выполняется код

(27) и? так и сделай значит так, что бы этот сервер имел средства взаимодействия с другими сетями, либо отдай файл тому из сети этого сервера, кто имеет

чтение правил обмена выполняется на клиенте, можно наверн в самих правилах в функции ПослеВыгрузкиДанных() прописать сохранение файла в каталог, но не понятно как получать в правилах имя файла(код источника+код приемника)

(28) если б так можно было, темы бы не было.
Прошу адекватных советов для нестандартной ситуации. Как надеть брюки через ноги я и так знаю

(27) \\tsclient\D\Obmen\

(28) вот нет общих файловых ресурсов между серверами и нет возможности это сделать

(31) это что?

(33) это ересь для религии, которую себе придумали безопасники

(33) сетевой путь до локального диска рдп клиента

(35) так он скорее всего закрыт для сервера приложений

(36) скорее возможность их мапить закрыта, но стоит попробовать

А как бухия файлами обмениваеться? Ну например нужно сохранить накладную или ведомость?

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

(0) СБ вашему бухгалтеру в туалет дают сходить или до дома терпит ?

(40) это и есть дом бухгалтера

уже

(41) Хоть в чем бухгалтеру повезло.

(43) да как сказать.. отпуск проводит наверно в кабинете где есть зелень.

(38) как обычно это происходит на клиенте

Не когда не понимал это тупорылое СБ , когда можно просто тупо дать доступ к шаре для пользователя под каким запускается 1С приложение или только тому кто будет делать обмен. Остальным запретить и т.д.

Причем здесь вообще клиентские функции бухгалтеров? Они могут что угодно с файлом делать, это все недоступно на сервере

(0) http трафик ходит между серверами ?

"Получается, мне нужно какое-то общее место, доступное с обоих серверов" - ээээ... https://yandex.ru/support/disk-desktop-windows/synchronize.html (?)

(18) У меня тоже нет интернета на серверах - да что там про сервера говорить, - сети тоже закрыты без прямого доступа. Кроме одного в каждой из сеток, специально выделенных для общения друг с другом - через их каталоги идет обмен файлами сообщений РИБ.

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

(51) а вот в Resilio можно поставить обмен данными p2p без интернета.
https://www.resilio.com/blog/syncs-on-a-plane-a-no-internet-use-case#:~:text=Because%20Sync%20can%20work%20without,cloud%20via%20in%2Dflight%20wireless.

если всё что связывает сервер1 и сервер2 это комп или терминал буха, то это будет сетка о 3х пирах.
сервер1 генерит месседж
терминал буха вытягивает последнее состояние папки с сервер1
сервер2 вытягивает последнее состояние папки с терминал буха
сервер2 жрёт месседж и кладёт свой месседж2
терминал буха вытягивает последнее состояние папки с сервер2
сервер1 вытягивает последнее состояние папки с терминал буха
сервер1 жрёт месседж2 и кладёт свой месседж3...

(52) это средства реализации, их много от фтп до до локального облака можно придумать (без интернета, внутри сети, локальной, чем она отличается от интернетов? только количеством участников). ваша идея неплоха, но обмены в любом из вариантов идут через стек tcp/ip, который по заверению ТС закрыт СБ напрочь. конечно возникает резонный вопрос - клиент 1Сный же работает, рдп же работает, значит что то да открыто, возможно на эти порты и посадить пир ту пир, фтп или еще что то. но возникает и другой вопрос - СБ открывали эти порты для конкретных целей, а тут на тебе какое то "ухо" висит и слушает (кстати еще вспомнились сокеты, тоже можно наваять). возникнут другие вопросы, здесь дело не в технической части, а в организации, это на мой взгляд. он пытается найти дыру в безопасности, это не есть хорошо, такие вопросы согласовывают с соответствующими "органами" и все либо решается по человечески, то есть как проще для всех, хоть через шару, либо решается, что бухгалтерия и расчетчики со своими обменами идут лесом, что СБ со своей стороны вполне может обосновать, но тогда и для ТС есть основание невозможности реализации этой темы

а складывается впечатление, что прям какое то подпольное братство работает и из зупа зарплаты дернуть хочет

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

(30) >Прошу адекватных советов для нестандартной ситуации. Как надеть брюки через ноги я и так знаю

Главбух пишет служебку СБ, вы описываете текстовку:
Для служебной необходимости необходимо выделить общую папку\ftp для обмена НСИ между БП и ЗУП. Предоставить доступ серверам: APP1, APP2.

Потом по-чаще пинаете СБ.

(47) а перенести эти две базы на один сервер еще не пытались? Вести базу ЗУП и базу Бух в разных подсетях - это ведь редкий случай мазохизма.

(56) когда такие вопросы возникают обычно ни СБ ни отдела ИТ нет
есть разрозненные аутсорсеры и все

можно доработать обмен, чтоб на клиента по окончанию выкладывал

(57) там наверняка "управленческая" зарплата считается, поэтому сами они к этому относятся спокойно

Впн уже предлагали?

+ 55 не правильно сказал, добавить не порт маппиг, а маршруты add rout