Как привязать QTcpSocket к конкретной сетевой плате?

[Fregloin]

Задача: есть 2 сетевых карты на компе, есть 4 клиентских сокета.
Нужно привязать 2 сокета на одну карту и 2 других сокета на другую картру.
Как это сделать?
+ Проверка, если нет 2 карт, соединяться через доступную.
+ абстрагирование от конкретного сетевого интерфейса (eth0,eth1 и в винде хз какие) так как по может работать и под вин и под лин.

Ну на счёт абстракции просто использовать индексы карт 0,1,2...
А вот как привязать сокет к конкретной сетевой карте?

[mutineer]

может унаследоваться от сокета и использовать

Код:

void QAbstractSocket::setLocalAddress ( const QHostAddress & address ) [protected]

?

[Fregloin]

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

[DmitryM]

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

Посмотри на вывод ifconfig и подумай 

[Fregloin]

посмотрел, и что? я не улавливаю ход ваших мыслей (

[Serr500]

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

Обычно у каждой сетевой карты свой IP-адрес. Привязка сокета к адресу автоматически привязывает его к определённому физическому устройству. Если же карты объединены в кластер и имеют единственный IP-адрес, то высокоуровневые функции, которые используются в Qt не позволят выбирать конкретную карту в любом случае.

[andrew.k]

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

Обычно у каждой сетевой карты свой IP-адрес. Привязка сокета к адресу автоматически привязывает его к определённому физическому устройству. Если же карты объединены в кластер и имеют единственный IP-адрес, то высокоуровневые функции, которые используются в Qt не позволят выбирать конкретную карту в любом случае.

Тут речь об исходящем соединении (QTcpSocket), а ты говоришь о бинде сервера на определенный интерфейс.

Fregloin, ответ на поставленный вопрос: никак.
За выбор того или иного пути отвечает протокол, поэтому прикладной уровень не может на это влиять.
Поэтому твою задачу должен решать администратор сети. А твое ПО лишь должно диагностировать обрыв канала.

[Serr500]

Тут речь об исходящем соединении (QTcpSocket), а ты говоришь о бинде сервера на определенный интерфейс.

Упс... Что-то я невнимателен сегодня. Устал. Извиняюсь. Почему-то решил, что там listen, а не connect.

[Serr500]

Хм...  А вот что сказано в MSDN:

The bind function may also be used on an unconnected socket before subsequent calls to the connect, ConnectEx, WSAConnect, WSAConnectByList, or WSAConnectByName functions before send operations.

http://msdn.microsoft.com/en-us/library/windows/desktop/ms737550%28v=vs.85%29.aspx
Так что bind перед connect, кажется, привяжет сокет к локальному адресу.

[DmitryM]

Fregloin, ответ на поставленный вопрос: никак.

Каждому сетевому интерфейсу соответствует свой ip адрес. Сокет привязывается к адресу и порту, поэтому

Код

C++ (Qt)
void QAbstractSocket::connectToHost ( const QHostAddress & address, quint16 port, OpenMode openMode = ReadWrite )
 

За выбор того или иного пути отвечает протокол, поэтому прикладной уровень не может на это влиять.

Пример сервер имеет eth0 с ip 192.168.0.1 eth1 с ip 192.168.0.64
Пингую 192.168.0.1, пинг прошел, посылаю запрос 192.168.0.1.
если пинг на 192.168.0.1 не прошел, то посылаю запрос на 192.168.0.64.
В чем проблема?

[andrew.k]

Fregloin, ответ на поставленный вопрос: никак.

Каждому сетевому интерфейсу соответствует свой ip адрес. Сокет привязывается к адресу и порту, поэтому

Код

C++ (Qt)
void QAbstractSocket::connectToHost ( const QHostAddress & address, quint16 port, OpenMode openMode = ReadWrite )
 

За выбор того или иного пути отвечает протокол, поэтому прикладной уровень не может на это влиять.

Пример сервер имеет eth0 с ip 192.168.0.1 eth1 с ip 192.168.0.64
Пингую 192.168.0.1, пинг прошел, посылаю запрос 192.168.0.1.
если пинг на 192.168.0.1 не прошел, то посылаю запрос на 192.168.0.64.
В чем проблема?

В том, что ты не понимаешь суть дела.

[andrew.k]

Хм...  А вот что сказано в MSDN:

The bind function may also be used on an unconnected socket before subsequent calls to the connect, ConnectEx, WSAConnect, WSAConnectByList, or WSAConnectByName functions before send operations.

http://msdn.microsoft.com/en-us/library/windows/desktop/ms737550%28v=vs.85%29.aspx
Так что bind перед connect, кажется, привяжет сокет к локальному адресу.

Да, видимо это все таки возможно, если делать ручками (android же как-то умеет использовать тот или другой интефейс), но средствами qt пока нет.

[DmitryM]

Да, видимо это все таки возможно, если делать ручками (android же как-то умеет использовать тот или другой интефейс), но средствами qt пока нет.

Привязка осуществляется к ip адресу, переключение идет на уровне TCP/IP при наличие более одного маршрута.

[Akon]

Ответ на изначальный вопрос во втором посте. Еще вариант - создать нативный сокет, прибиндить его на желаемый сетевой интерфейс и сделать setSocketDescriptor().

[Serr500]

Во втором посте ответ неверный.

void QAbstractSocket::setLocalAddress ( const QHostAddress & address ) [protected]

You can call this function in a subclass of QAbstractSocket to change the return value of the localAddress() function after a connection has been established. This feature is commonly used by proxy connections for virtual connection settings.