- https habr com ru post 108690 Создаёте отдельную таблицу маршрутизации и напра, Аноним (1), 19:14 , 10-Окт-22 (1)
https://habr.com/ru/post/108690/Создаёте отдельную таблицу маршрутизации и направляете в неё трафик на основе IP назначения: ip rule add to 1.1.1.1/32 table ... Ну и маршрут по умолчанию в этой новой таблице прописать не забудьте.
- Если исходить из твоего заголовка сервера назначения - то всё просто Если они, shadow_alone (ok), 19:17 , 10-Окт-22 (2)
Если исходить из твоего заголовка "сервера назначения" - то всё просто. Если они они ходят на разные api - то есть, первый клиент на свои, второй на свои только и ничего не пересекается, то это решается простой маршрутизацией, даже если разрулить надо по имени назначения (решается маркировкой пакетов по SNI). А вот если они ходят на одни и те же ресурсы, вот тут, наверное НЕТ - потому что твой 1С точно не может метить пакеты.
- Купить на барахолке роутеры по 500 рублей на провайдер , Аноним (10), 08:19 , 12-Окт-22 (10)
Купить на барахолке роутеры по 500 рублей на провайдер.
- В принципе, да, но нетривиально Если это запросы ТОЛЬКО по http https, и юр-лица, Licha Morada (ok), 21:24 , 12-Окт-22 (13)
> Возможна ли реализация работы данного кейса?В принципе, да, но нетривиально. > Если да, то с помощью каких тех средств? Если это запросы ТОЛЬКО по http/https, и юр-лица можно явно отличить друг от друго по хедеру запроса, то можно хитро настроить прокси, например squid. Если это запросы вообще, то всё упирается в то как отличать одно от другого, в формате понятном дле принятия решения о маршрутизации. Как я понимаю, если бюджет позволяет, то это можно сделать с помощью DPI и реверс-инжениринга протоколов каждого из использующихся приложений. А практически, лучше не связывайтесь. В качестве мысленного эксперимента сойдёт, или если есть хобби на предмет "покопаться".
- gt оверквотинг удален DNAT, pavel_simple. (?), 10:32 , 09-Ноя-22 (26)
>[оверквотинг удален] > Пример с 2 LAN портами не является обязательной реализацией и приведен для > простоты описания, вместо этого может использоваться 1 роутер с каким-то ПО. > Основные проблемы, которые я вижу: > - ККТ выгружает в ОФД чеки через usb over Ethetnet > - эквайринговые терминал через usb over Ethetnet > - всякие шлюзы оплаты, с которыми приложение взаимодействует(оплата по qr, api > банка и т.д.) > Вопрос: > Возможна ли реализация работы данного кейса? > Если да, то с помощью каких тех средств?DNAT
|