forum.opennet.ru

Форум Настройка Squid, Tor и прокси серверов (Разное)
Вариант для распечатки		Пред. тема \| След. тема
Режим отображения отдельной подветви беседы		[ Отслеживать ]

Оглавление

Маршрутизация трафика на основе сервера назначения из заголовка, FragMaster (ok), 10-Окт-22, (0) [смотреть все] +1

https habr com ru post 108690 Создаёте отдельную таблицу маршрутизации и напра, Аноним (1), 19:14 , 10-Окт-22, (1) //

Позвольте спросить - а НАХРЕНА тут отдельная таблица то пишите просто чтоб ляп, shadow_alone (ok), 19:22 , 10-Окт-22, (3) //

Так правильней Раз уж есть два провайдера, то в будущем захочется более сложной, Аноним (1), 19:33 , 10-Окт-22, (4) //

Вы прям спец, я смотрю - так правильный - сильный аргумент Правильней потому, shadow_alone (ok), 19:42 , 10-Окт-22, (5) –3

Если исходить из твоего заголовка сервера назначения - то всё просто Если они, shadow_alone (ok), 19:17 , 10-Окт-22, (2) //

Все верно, приложение обслуживает 2 юр лица и ходить они могут на один и тот же , FragMaster (ok), 19:59 , 10-Окт-22, (6) //

gt оверквотинг удален все зависит от вашего приложения, можно ли его настрой, Сергей (??), 22:27 , 10-Окт-22, (7) +1 //

Приложение можно доработать, чтобы оно выбирало нужный прокси, в зависимости от , FragMaster (ok), 10:51 , 11-Окт-22, (8)

Инфостарт кончился, а пиво походу еще нет Мне не очень понятна необходимость , ыы (?), 11:37 , 11-Окт-22, (9) +1

Бизнес логика не позволяет так сделать Там обмены, перепродажи и т д , FragMaster (ok), 09:11 , 12-Окт-22, (12)

Ну, пусть переопределяют логику, или смиряются с тем что всем видно что они в од, Licha Morada (ok), 21:31 , 12-Окт-22, (14)
Ну, если бизнес логика не позволяет двум разным юрлицам вести учет в двух разных, ыы (?), 20:11 , 13-Окт-22, (17) +1

Купить на барахолке роутеры по 500 рублей на провайдер , Аноним (10), 08:19 , 12-Окт-22, (10) //

Интересно Продолжайте , ыы (?), 08:48 , 12-Окт-22, (11)

В принципе, да, но нетривиально Если это запросы ТОЛЬКО по http https, и юр-лица, Licha Morada (ok), 21:24 , 12-Окт-22, (13) //

gt оверквотинг удален Я вот тоже жизнеспособного варианта кроме прокси не вижу, FragMaster (ok), 08:46 , 13-Окт-22, (15) //

google проксификатор, Аноним (1), 11:16 , 13-Окт-22, (16) +1
gt оверквотинг удален а внутри 1С Розница много приложений , ыы (?), 06:53 , 14-Окт-22, (18) //

gt оверквотинг удален Приложение одно, внутри юр лиц может быть несколькоПока , FragMaster (ok), 10:48 , 14-Окт-22, (19)

Если рабочая машина под линуксом, то поможет network namespace Для юрлица1 запу, Аноним (1), 14:29 , 14-Окт-22, (20)

И в какойто острый момент он эти ярлычки перепутает , ыы (?), 09:02 , 15-Окт-22, (21)

Ну дык, сесть не за тот компьютер тоже есть вероятность 175 _ 12484 _ , Аноним (1), 10:22 , 15-Окт-22, (22)

Сесть не за тот компьютер и открыть не ту программу - не получить никакого ущер, ыы (?), 12:22 , 15-Окт-22, (23)

gt оверквотинг удален Разделить базу на 2 шт не представляется возможным в сил, FragMaster (ok), 14:50 , 16-Окт-22, (24)

Интересный вариант, спс, FragMaster (ok), 14:51 , 16-Окт-22, (25)

gt оверквотинг удален DNAT, pavel_simple. (?), 10:32 , 09-Ноя-22, (26)

Сообщения [Сортировка по времени | RSS]

2. "Маршрутизация трафика на основе сервера назначения из заголовка" +/–

Сообщение от shadow_alone (ok), 10-Окт-22, 19:17

Если исходить из твоего заголовка "сервера назначения" - то всё просто. Если они они ходят на разные api - то есть, первый клиент на свои, второй на свои только и ничего не пересекается, то это решается простой маршрутизацией, даже если разрулить надо по имени назначения (решается маркировкой пакетов по SNI).
А вот если они ходят на одни и те же ресурсы, вот тут, наверное НЕТ - потому что твой 1С точно не может метить пакеты.

Ответить | Правка | Наверх | Cообщить модератору

6. "Маршрутизация трафика на основе сервера назначения из заголовка" +/–

Сообщение от FragMaster (ok), 10-Окт-22, 19:59

> Если исходить из твоего заголовка "сервера назначения" - то всё просто. Если
> они они ходят на разные api - то есть, первый клиент
> на свои, второй на свои только и ничего не пересекается, то
> это решается простой маршрутизацией, даже если разрулить надо по имени назначения
> (решается маркировкой пакетов по SNI).
> А вот если они ходят на одни и те же ресурсы, вот
> тут, наверное НЕТ - потому что твой 1С точно не может
> метить пакеты.
Все верно, приложение обслуживает 2 юр лица и ходить они могут на один и тот же IP.
Требуется, чтобы запрос от одного юр лица с этого приложения шел через одного провайдера, а запрос от другого юр лица - через другого

Ответить | Правка | Наверх | Cообщить модератору

7. "Маршрутизация трафика на основе сервера назначения из заголовка" +1 +/–

Сообщение от Сергей (??), 10-Окт-22, 22:27

>[оверквотинг удален]
>> на свои, второй на свои только и ничего не пересекается, то
>> это решается простой маршрутизацией, даже если разрулить надо по имени назначения
>> (решается маркировкой пакетов по SNI).
>> А вот если они ходят на одни и те же ресурсы, вот
>> тут, наверное НЕТ - потому что твой 1С точно не может
>> метить пакеты.
> Все верно, приложение обслуживает 2 юр лица и ходить они могут на
> один и тот же IP.
> Требуется, чтобы запрос от одного юр лица с этого приложения шел через
> одного провайдера, а запрос от другого юр лица - через другого
  все зависит от вашего приложения, можно ли его настройки привязать на 2-а разных локальных адреса к примеру  либо прописать на разные прокси, то бишь порты, если этого нет, то мне кажется никак...

Ответить | Правка | Наверх | Cообщить модератору

8. "Маршрутизация трафика на основе сервера назначения из заголовка" +/–

Сообщение от FragMaster (ok), 11-Окт-22, 10:51

>   все зависит от вашего приложения, можно ли его настройки привязать
> на 2-а разных локальных адреса к примеру  либо прописать на
> разные прокси, то бишь порты, если этого нет, то мне кажется
> никак...
Приложение можно доработать, чтобы оно выбирало нужный прокси, в зависимости от юр лица.
Я в надежде, что может быть еще какая-то магия есть, кроме проксей =)

Ответить | Правка | Наверх | Cообщить модератору

9. "Маршрутизация трафика на основе сервера назначения из заголовка" +1 +/–

Сообщение от ыы (?), 11-Окт-22, 11:37

>>   все зависит от вашего приложения, можно ли его настройки привязать
>> на 2-а разных локальных адреса к примеру  либо прописать на
>> разные прокси, то бишь порты, если этого нет, то мне кажется
>> никак...
> Приложение можно доработать, чтобы оно выбирало нужный прокси, в зависимости от юр
> лица.
> Я в надежде, что может быть еще какая-то магия есть, кроме проксей
> =)
Инфостарт кончился, а пиво походу еще нет  :)
Мне не очень понятна необходимость держать два юрлица с одной базе. Они же не могут пользоваться одними и теми же счетами. И лицензии так сэкономить нельзя.
Можно запустить на одной и той же серверной лицензии две базы (два сервера) от разных юзеров и управлять этими процессами как это принято в ОС.

Ответить | Правка | Наверх | Cообщить модератору

12. "Маршрутизация трафика на основе сервера назначения из заголовка" +/–

Сообщение от FragMaster (ok), 12-Окт-22, 09:11

> Мне не очень понятна необходимость держать два юрлица с одной базе. Они
> же не могут пользоваться одними и теми же счетами. И лицензии
> так сэкономить нельзя.
> Можно запустить на одной и той же серверной лицензии две базы (два
> сервера) от разных юзеров и управлять этими процессами как это принято
> в ОС.
Бизнес логика не позволяет так сделать... Там обмены, перепродажи и т.д.

Ответить | Правка | Наверх | Cообщить модератору

14. "Маршрутизация трафика на основе сервера назначения из заголовка" +/–

Сообщение от Licha Morada (ok), 12-Окт-22, 21:31

> Бизнес логика не позволяет так сделать... Там обмены, перепродажи и т.д.
Ну, пусть переопределяют логику, или смиряются с тем что всем видно что они в одном и том-же доме живут.

Ответить | Правка | Наверх | Cообщить модератору

17. "Маршрутизация трафика на основе сервера назначения из заголовка" +1 +/–

Сообщение от ыы (?), 13-Окт-22, 20:11

>> Мне не очень понятна необходимость держать два юрлица с одной базе. Они
>> же не могут пользоваться одними и теми же счетами. И лицензии
>> так сэкономить нельзя.
>> Можно запустить на одной и той же серверной лицензии две базы (два
>> сервера) от разных юзеров и управлять этими процессами как это принято
>> в ОС.
> Бизнес логика не позволяет так сделать... Там обмены, перепродажи и т.д.
Ну, если бизнес логика не позволяет двум разным юрлицам вести учет в двух разных программах... то тут дело безусловно в логике. только не в "бизнес ... ", а в просто ...
В 1С прекрасно все с обменами. Внешние источники данных, ODBC, вызовы данных через REST сервисы, выгрузки-загрузки через файлы... Настроить автоматический обмен данными между двумя разными системами 1С - вообще не проблема.
Мне реально не понятна необходимость держать два юрлица с одной базе.

Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

2. "Маршрутизация трафика на основе сервера назначения из заголовка"	+/–
Сообщение от shadow_alone (ok), 10-Окт-22, 19:17
Если исходить из твоего заголовка "сервера назначения" - то всё просто. Если они они ходят на разные api - то есть, первый клиент на свои, второй на свои только и ничего не пересекается, то это решается простой маршрутизацией, даже если разрулить надо по имени назначения (решается маркировкой пакетов по SNI). А вот если они ходят на одни и те же ресурсы, вот тут, наверное НЕТ - потому что твой 1С точно не может метить пакеты.
Ответить \| Правка \| Наверх \| Cообщить модератору


	6. "Маршрутизация трафика на основе сервера назначения из заголовка"	+/–
	Сообщение от FragMaster (ok), 10-Окт-22, 19:59
	> Если исходить из твоего заголовка "сервера назначения" - то всё просто. Если > они они ходят на разные api - то есть, первый клиент > на свои, второй на свои только и ничего не пересекается, то > это решается простой маршрутизацией, даже если разрулить надо по имени назначения > (решается маркировкой пакетов по SNI). > А вот если они ходят на одни и те же ресурсы, вот > тут, наверное НЕТ - потому что твой 1С точно не может > метить пакеты. Все верно, приложение обслуживает 2 юр лица и ходить они могут на один и тот же IP. Требуется, чтобы запрос от одного юр лица с этого приложения шел через одного провайдера, а запрос от другого юр лица - через другого
	Ответить \| Правка \| Наверх \| Cообщить модератору


	7. "Маршрутизация трафика на основе сервера назначения из заголовка"	+1 +/–
	Сообщение от Сергей (??), 10-Окт-22, 22:27
	>[оверквотинг удален] >> на свои, второй на свои только и ничего не пересекается, то >> это решается простой маршрутизацией, даже если разрулить надо по имени назначения >> (решается маркировкой пакетов по SNI). >> А вот если они ходят на одни и те же ресурсы, вот >> тут, наверное НЕТ - потому что твой 1С точно не может >> метить пакеты. > Все верно, приложение обслуживает 2 юр лица и ходить они могут на > один и тот же IP. > Требуется, чтобы запрос от одного юр лица с этого приложения шел через > одного провайдера, а запрос от другого юр лица - через другого все зависит от вашего приложения, можно ли его настройки привязать на 2-а разных локальных адреса к примеру либо прописать на разные прокси, то бишь порты, если этого нет, то мне кажется никак...
	Ответить \| Правка \| Наверх \| Cообщить модератору


	8. "Маршрутизация трафика на основе сервера назначения из заголовка"	+/–
	Сообщение от FragMaster (ok), 11-Окт-22, 10:51
	> все зависит от вашего приложения, можно ли его настройки привязать > на 2-а разных локальных адреса к примеру либо прописать на > разные прокси, то бишь порты, если этого нет, то мне кажется > никак... Приложение можно доработать, чтобы оно выбирало нужный прокси, в зависимости от юр лица. Я в надежде, что может быть еще какая-то магия есть, кроме проксей =)
	Ответить \| Правка \| Наверх \| Cообщить модератору


	9. "Маршрутизация трафика на основе сервера назначения из заголовка"	+1 +/–
	Сообщение от ыы (?), 11-Окт-22, 11:37
	>> все зависит от вашего приложения, можно ли его настройки привязать >> на 2-а разных локальных адреса к примеру либо прописать на >> разные прокси, то бишь порты, если этого нет, то мне кажется >> никак... > Приложение можно доработать, чтобы оно выбирало нужный прокси, в зависимости от юр > лица. > Я в надежде, что может быть еще какая-то магия есть, кроме проксей > =) Инфостарт кончился, а пиво походу еще нет :) Мне не очень понятна необходимость держать два юрлица с одной базе. Они же не могут пользоваться одними и теми же счетами. И лицензии так сэкономить нельзя. Можно запустить на одной и той же серверной лицензии две базы (два сервера) от разных юзеров и управлять этими процессами как это принято в ОС.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	12. "Маршрутизация трафика на основе сервера назначения из заголовка"	+/–
	Сообщение от FragMaster (ok), 12-Окт-22, 09:11
	> Мне не очень понятна необходимость держать два юрлица с одной базе. Они > же не могут пользоваться одними и теми же счетами. И лицензии > так сэкономить нельзя. > Можно запустить на одной и той же серверной лицензии две базы (два > сервера) от разных юзеров и управлять этими процессами как это принято > в ОС. Бизнес логика не позволяет так сделать... Там обмены, перепродажи и т.д.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	14. "Маршрутизация трафика на основе сервера назначения из заголовка"	+/–
	Сообщение от Licha Morada (ok), 12-Окт-22, 21:31
	> Бизнес логика не позволяет так сделать... Там обмены, перепродажи и т.д. Ну, пусть переопределяют логику, или смиряются с тем что всем видно что они в одном и том-же доме живут.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	17. "Маршрутизация трафика на основе сервера назначения из заголовка"	+1 +/–
	Сообщение от ыы (?), 13-Окт-22, 20:11
	>> Мне не очень понятна необходимость держать два юрлица с одной базе. Они >> же не могут пользоваться одними и теми же счетами. И лицензии >> так сэкономить нельзя. >> Можно запустить на одной и той же серверной лицензии две базы (два >> сервера) от разных юзеров и управлять этими процессами как это принято >> в ОС. > Бизнес логика не позволяет так сделать... Там обмены, перепродажи и т.д. Ну, если бизнес логика не позволяет двум разным юрлицам вести учет в двух разных программах... то тут дело безусловно в логике. только не в "бизнес ... ", а в просто ... В 1С прекрасно все с обменами. Внешние источники данных, ODBC, вызовы данных через REST сервисы, выгрузки-загрузки через файлы... Настроить автоматический обмен данными между двумя разными системами 1С - вообще не проблема. Мне реально не понятна необходимость держать два юрлица с одной базе.
	Ответить \| Правка \| К родителю #12 \| Наверх \| Cообщить модератору