https://89.19.215.112/openforum/vsluhforumID12/7394.html Есть: приложение, пускай будет 1С:Розница, оно может обращаться к интернет ресурсам, например, api банков, других гос организаций и т.д. через интернет. Приложение обслуживает 2 юр лица.<br><br>Задача: <br>Хочется чтобы каждое юр лицо использовало свой интернет для связи со всем внешними миром(эквайринг, какие-то api, ОФД и т.д)<br><br>Например, 1 комп с приложением обслуживает 2 юр лица и имеет 2 LAN порта, в каждый будет воткнут свой роутер для внешнего инета, все запросы на все внешние ресурсы от одного юр лица должны будут ходить по Lan1, все запросы от другого юр лица должны будут ходить через Lan2. Т.е. для внешних сайтом это будет выглядеть, как 2 независимых друг от друга компа. <br><br>Пример с 2 LAN портами не является обязательной реализацией и приведен для простоты описания, вместо этого может использоваться 1 роутер с каким-то ПО.<br><br>Основные проблемы, которые я вижу:<br> - ККТ выгружает в ОФД чеки через usb over Ethetnet<br> - эквайринговые терминал через usb over Ethetnet<br> - всякие шлюзы оплаты, с которыми пр https://89.19.215.112/openforum/vsluhforumID12/7394.html#26 Wed, 09 Nov 2022 07:32:09 GMT &gt;[оверквотинг удален]<br>&gt; Пример с 2 LAN портами не является обязательной реализацией и приведен для <br>&gt; простоты описания, вместо этого может использоваться 1 роутер с каким-то ПО. <br>&gt; Основные проблемы, которые я вижу: <br>&gt; - ККТ выгружает в ОФД чеки через usb over Ethetnet <br>&gt; - эквайринговые терминал через usb over Ethetnet <br>&gt; - всякие шлюзы оплаты, с которыми приложение взаимодействует(оплата по qr, api <br>&gt; банка и т.д.) <br>&gt; Вопрос: <br>&gt; Возможна ли реализация работы данного кейса?<br>&gt; Если да, то с помощью каких тех средств?<br><br>DNAT<br> https://89.19.215.112/openforum/vsluhforumID12/7394.html#25 Sun, 16 Oct 2022 11:51:01 GMT &gt;&gt; 2) еще один комп, на котором запущена та же 1С, но со <br>&gt;&gt; своим инетом. Оператор операции по юр лицу 1 выполняет на 1 <br>&gt;&gt; компе, операции по 2 юр лицу - на втором.<br>&gt; Если рабочая машина под линуксом, то поможет network namespace. Для юрлица1 запускать <br>&gt; прогу в одном неймспейсе, для юрица2 - во втором. Т.е. два <br>&gt; скрипта запуска сделать.<br>&gt; Если под виндой - сделать две копии бинарника (можно просто хардлинк на <br>&gt; ntfs сделать) и настроить проксификатор так, чтобы каждый бинарник работал через <br>&gt; свой прокси.<br><br>Интересный вариант, спс<br> https://89.19.215.112/openforum/vsluhforumID12/7394.html#24 Sun, 16 Oct 2022 11:50:13 GMT &gt;[оверквотинг удален]<br>&gt; Но...<br>&gt; Но божежмой, сколько гемороя нужно дописывать, городить прокси, лезть в код конфигурации <br>&gt; реализовывая чудовищно нестандартный кейс по абсолютно нелепейшей причине...<br>&gt; правильное решение- разнести юрлица и настроить стандартную функциональность по согласованию <br>&gt; данных в двух базах.<br>&gt; после чего разнести эти базы по разным датацентрам- один в австралии другой <br>&gt; в мексике...<br>&gt; Исходную задачу не забыли еще? Чувак опасается, что в некоторых госслужбах ктото <br>&gt; заметит что сомнительные перепродажи делаются на подставное лицо... и решать проблему <br>&gt; он собирается.. ну вот так как собирается :) <br><br>Разделить базу на 2 шт не представляется возможным в силу уже достаточно большого числа баз.<br>Я понимаю, что этот ответ наиболее оптимален и очевиден, но у нас он невозможен.<br>Плюс, вы недооцениваете риски, которые возникают при пересечении IP адресов.<br><br> https://89.19.215.112/openforum/vsluhforumID12/7394.html#23 Sat, 15 Oct 2022 09:22:28 GMT &gt; Ну дык, сесть не за тот компьютер тоже есть вероятность...<br>&gt; &#175;\_(&#12484;)_/&#175; <br><br>Сесть не за тот компьютер и открыть не ту программу -&gt; не получить никакого ущерба если там куда ты сел нет необходимой функции.<br>В данном случае - необходимая функция есть на обоих инсталляциях (одинаковые юрлица присутствуют и там и там) - и начать работать не от того юрлица- легко. об ошибке узнаешь уже после того как кнопка отправить сработает.<br>Можно дописать конфигурацию, внедряя дополнительные проверки.. Но...<br>Но...<br>Но божежмой, сколько гемороя нужно дописывать, городить прокси, лезть в код конфигурации реализовывая чудовищно нестандартный кейс по абсолютно нелепейшей причине... <br>правильное решение- разнести юрлица и настроить стандартную функциональность по согласованию данных в двух базах.<br>после чего разнести эти базы по разным датацентрам- один в австралии другой в мексике...<br>Исходную задачу не забыли еще? Чувак опасается, что в некоторых госслужбах ктото заметит что сомнительные перепродажи делаются https://89.19.215.112/openforum/vsluhforumID12/7394.html#22 Sat, 15 Oct 2022 07:22:50 GMT Ну дык, сесть не за тот компьютер тоже есть вероятность...<br>&#175;\_(&#12484;)_/&#175;<br> https://89.19.215.112/openforum/vsluhforumID12/7394.html#21 Sat, 15 Oct 2022 06:02:31 GMT &gt;&gt; 2) еще один комп, на котором запущена та же 1С, но со <br>&gt;&gt; своим инетом. Оператор операции по юр лицу 1 выполняет на 1 <br>&gt;&gt; компе, операции по 2 юр лицу - на втором.<br>&gt; Если рабочая машина под линуксом, то поможет network namespace. Для юрлица1 запускать <br>&gt; прогу в одном неймспейсе, для юрица2 - во втором. Т.е. два <br>&gt; скрипта запуска сделать.<br>&gt; Если под виндой - сделать две копии бинарника (можно просто хардлинк на <br>&gt; ntfs сделать) и настроить проксификатор так, чтобы каждый бинарник работал через <br>&gt; свой прокси.<br><br>И в какойто острый момент он эти ярлычки перепутает...<br><br> https://89.19.215.112/openforum/vsluhforumID12/7394.html#20 Fri, 14 Oct 2022 11:29:49 GMT &gt; 2) еще один комп, на котором запущена та же 1С, но со <br>&gt; своим инетом. Оператор операции по юр лицу 1 выполняет на 1 <br>&gt; компе, операции по 2 юр лицу - на втором.<br><br>Если рабочая машина под линуксом, то поможет network namespace. Для юрлица1 запускать прогу в одном неймспейсе, для юрица2 - во втором. Т.е. два скрипта запуска сделать.<br>Если под виндой - сделать две копии бинарника (можно просто хардлинк на ntfs сделать) и настроить проксификатор так, чтобы каждый бинарник работал через свой прокси.<br> https://89.19.215.112/openforum/vsluhforumID12/7394.html#19 Fri, 14 Oct 2022 07:48:29 GMT &gt;[оверквотинг удален]<br>&gt;&gt;&gt; от другого, в формате понятном дле принятия решения о маршрутизации. Как <br>&gt;&gt;&gt; я понимаю, если бюджет позволяет, то это можно сделать с помощью <br>&gt;&gt;&gt; DPI и реверс-инжениринга протоколов каждого из использующихся приложений.<br>&gt;&gt;&gt; А практически, лучше не связывайтесь. В качестве мысленного эксперимента сойдёт, или если <br>&gt;&gt;&gt; есть хобби на предмет "покопаться".<br>&gt;&gt; Я вот тоже жизнеспособного варианта кроме прокси не вижу...<br>&gt;&gt; Проблема только в том, что не все приложения могут поддерживать прокси и <br>&gt;&gt; не все мы можем доработать так, чтобы поддерживали, но похоже это <br>&gt;&gt; оправданный риск <br>&gt; а внутри 1С:Розница много приложений?<br><br>Приложение одно, внутри юр лиц может быть несколько<br><br>Пока из идей:<br>1) socks proxy + проксификатор + переписание софта(где можно это сделать) на обращение к конкретному прокси в зависимости от юр лица<br>2) еще один комп, на котором запущена та же 1С, но со своим инетом. Оператор операции по юр лицу 1 выполняет на 1 компе, операции по 2 юр лицу - на втор https://89.19.215.112/openforum/vsluhforumID12/7394.html#18 Fri, 14 Oct 2022 03:53:25 GMT &gt;[оверквотинг удален]<br>&gt;&gt; Если это запросы вообще, то всё упирается в то как отличать одно <br>&gt;&gt; от другого, в формате понятном дле принятия решения о маршрутизации. Как <br>&gt;&gt; я понимаю, если бюджет позволяет, то это можно сделать с помощью <br>&gt;&gt; DPI и реверс-инжениринга протоколов каждого из использующихся приложений.<br>&gt;&gt; А практически, лучше не связывайтесь. В качестве мысленного эксперимента сойдёт, или если <br>&gt;&gt; есть хобби на предмет "покопаться".<br>&gt; Я вот тоже жизнеспособного варианта кроме прокси не вижу...<br>&gt; Проблема только в том, что не все приложения могут поддерживать прокси и <br>&gt; не все мы можем доработать так, чтобы поддерживали, но похоже это <br>&gt; оправданный риск <br><br>а внутри 1С:Розница много приложений?<br>