Укажите вручную, какой сетевой интерфейс для отправки данных

Question

Укажите вручную, какой сетевой интерфейс для отправки данных

0

Я реализовал службу, которая отправляет и получает данные через сокет tcp. Теперь на моей машине есть два сетевых интерфейса, на которых я должен запускать службу в двух сетях.

Как я могу указать, какой сетевой интерфейс для отправки данных? (Использование Boost :: asio или традиционных сокетов Berkeley или использование системного вызова для изменения таблицы маршрутизации ядра на лету)

sorush-r 09 окт. 2014, в 15:02

Источник

1

Что произойдет, если вы ничего не укажете?
egur 09 окт. 2014, в 12:53
0

@egur Ответ на запрос, отправленный из определенной подсети, будет отправлен обратно в неправильную подсеть.
sorush-r 09 окт. 2014, в 12:57
0

это сильно намекает на неправильную конфигурацию сети. Исправьте конфигурацию вашей сети, и вам не нужно будет указывать это явно. Между прочим, таблицы маршрутизации Monkeypatching. не вариант из-за буферизации ядра.
dom0 09 окт. 2014, в 13:01
0

Похоже, плохая установка. Что произойдет, если вы отключите один из адаптеров? Кроме того, вы должны спросить об этом для super user не переполнение стека.
egur 09 окт. 2014, в 13:03
0

Я тоже этого не понимаю. Почему важно, какой маршрут выбран, пока туда попадают данные?
Martin James 09 окт. 2014, в 13:04
0

@ dom0 Не только конфигурация сети, но и архитектура приложения - это плохо. В любом случае, я унаследовал этот проект, и единственное решение - вручную указать шлюз.
sorush-r 09 окт. 2014, в 13:05
0

@MartinJames У меня есть два сетевых интерфейса (wlan и мобильная сеть), каждый из которых получает данные через собственный сокет прослушивания, и должен отправлять запросы на один и тот же интерфейс.
sorush-r 09 окт. 2014, в 13:07
0

Может быть полезно добавить больше деталей относительно кода, конфигурации сети, системы и наблюдаемого поведения в вопросе. Для чего это стоит, я часто нахожу, что лучше всего управлять маршрутизацией вне кода.
Tanner Sansbury 11 окт. 2014, в 19:55

Показать ещё 6 комментариев

Теги:

c++

c

sockets

network-programming

boost-asio

1 ответ

Ещё вопросы

Что произойдет, если вы ничего не укажете?
@egur Ответ на запрос, отправленный из определенной подсети, будет отправлен обратно в неправильную подсеть.
это сильно намекает на неправильную конфигурацию сети. Исправьте конфигурацию вашей сети, и вам не нужно будет указывать это явно. Между прочим, таблицы маршрутизации Monkeypatching. не вариант из-за буферизации ядра.
Похоже, плохая установка. Что произойдет, если вы отключите один из адаптеров? Кроме того, вы должны спросить об этом для super user не переполнение стека.
Я тоже этого не понимаю. Почему важно, какой маршрут выбран, пока туда попадают данные?
@ dom0 Не только конфигурация сети, но и архитектура приложения - это плохо. В любом случае, я унаследовал этот проект, и единственное решение - вручную указать шлюз.
@MartinJames У меня есть два сетевых интерфейса (wlan и мобильная сеть), каждый из которых получает данные через собственный сокет прослушивания, и должен отправлять запросы на один и тот же интерфейс.
Может быть полезно добавить больше деталей относительно кода, конфигурации сети, системы и наблюдаемого поведения в вопросе. Для чего это стоит, я часто нахожу, что лучше всего управлять маршрутизацией вне кода.

Remy Lebeau · Answer 1 · 2014-10-09T15-35-00.000Z

0

Я не знаю о Boost, но в целом, если вы хотите отправить /recv с помощью определенного интерфейса, чем вам нужно bind() сокет к этому IP-адресу интерфейса, или, альтернативно, на некоторых платформах вы можете использовать setsockopt(SOL_SOCKET, SO_BINDTODEVICE).

Remy Lebeau 09 окт. 2014, в 15:35

0

Это будет получать соединения только с указанного адреса.
sorush-r 10 окт. 2014, в 20:51
0

Почему это было отвергнуто? Единственный способ отправки / получения данных TCP в конкретной сети - это привязка сокета TCP к определенной сетевой карте / интерфейсу. При создании исходящего соединения вы должны вызвать bind() или setsockopt(SO_BINDTODEVICE) перед вызовом connect() . Принимая входящее соединение, оно автоматически связывается с тем сетевым интерфейсом / интерфейсом, который использовался для его принятия. Вы можете bind() / setsockopt(SO_BINDTODEVICE) прослушивающий сокет с конкретным NIC / интерфейсом, или вы можете просто позволить ему связываться со всеми доступными NIC / интерфейсами, и он сообщит вам, какой из них принял каждое соединение.
Remy Lebeau 10 окт. 2014, в 22:25
0

Я не понизил голос, но bind() и SO_BINDTODEVICE не являются синонимами. Когда сокет bind() с определенным адресом, сокет будет принимать только пакеты, предназначенные для этого адреса, и переданные пакеты будут использовать этот адрес в качестве адреса источника. Ядро все еще может маршрутизировать пакеты через интерфейсы, не связанные с адресом. С другой стороны, когда сокет использует SO_BINDTODEVICE , любые данные, отправляемые в сокет, будут выходить из связанного интерфейса, и любые любые данные, полученные через сокет, гарантированно поступят в связанный интерфейс.
Tanner Sansbury 11 окт. 2014, в 18:18
0

Я упоминаю оба, потому что Windows не поддерживает SO_BINDTODEVICE поэтому привязка к IP также привязывается к определенному интерфейсу, но некоторые другие платформы делают отдельное привязывание к IP против привязки к интерфейсу. Таким образом, возможно, придется сделать оба на платформах, которые поддерживают оба.
Remy Lebeau 11 окт. 2014, в 18:42
0

Я подчеркнул это различие, потому что я интерпретировал ответ как предполагающий, что на платформах, которые поддерживают SO_BINDTODEVICE , можно либо использовать bind() либо SO_BINDTODEVICE и получить тот же результат. В Windows привязка к IP будет привязана к связанному интерфейсу, а конфигурация weakhostsend интерфейса управляет маршрутизацией (по weakhostsend используется поведение, описанное в системах, которые поддерживают модель сильного хоста, когда сокет связывается с адресом).
Tanner Sansbury 11 окт. 2014, в 19:46

Показать ещё 3 комментария