У нас проблема с сетевым подключением, которая кажется очень удивительной (по крайней мере, для меня). Я ожидал бы, что два сетевых интерфейса (например, Ethernet и беспроводной) на одном ПК будут вести себя довольно независимо друг от друга, но в нашем случае кажется, что это не так.

У нас есть простая настройка ПК (назовем его "A"), подключенного через кросс-коммутатор Ethernet к другому ПК ("B"). Вместе они составляют частную сеть, используя фиксированные IP-адреса. Есть два соединения сокета TCP, которые открыты все время - часть программного обеспечения, работающая на A, действует как сервер; что на Б как клиент.

Кроме того, A поддерживает соединение WLAN с другой сетью. Это, очевидно, еще один интерфейс, который, как можно ожидать, будет в значительной степени независимым от вышеупомянутого Ethernet-соединения (в WLAN-соединении IP-адрес получается по DHCP и из совершенно другого адресного пространства).

Теперь проблема заключается в следующем: когда соединение WLAN либо прерывается, либо восстанавливается (вручную или из-за нестабильности WLAN), сокеты на интерфейсе Ethernet начинают одновременно получать ошибки. Затем их необходимо воссоздать, что приводит к нежелательной паузе в обмене данными между двумя ПК (мы разрабатываем эту систему 24/7, и мы ожидаем, что прямое соединение с Ethernet никогда не будет разрываться - не даже на секунду).

Другими словами: активность на одном сетевом интерфейсе явно влияет на активность на другом! Кто-нибудь испытывал что-нибудь подобное? Как это могло произойти, и что мы можем попытаться сделать, чтобы избавиться от этого? (За исключением полного отключения интерфейса WLAN, что, к сожалению, не совсем вариант.)

A - Dell Precision M6500 под управлением Windows 7, а B - Dell Vostro 1510 под управлением Windows XP. Сетевые интерфейсы интегрированы на материнской плате. Мы пытались воспроизвести это на другом оборудовании: иногда это кажется возможным, иногда, по-видимому, нет (например, Lenovo T400 в качестве A и самодельный настольный ПК в качестве B работает отлично) - возможно, в зависимости от конкретных моделей сетевые интерфейсы и их драйверы ?!

1 ответ1

0

Вау! Эта проблема тесно связана с брандмауэром F-Secure на A: когда брандмауэр включен, а подключение к Ethernet не является доверенным (даже если приложение разрешено, конечно), можно наблюдать поведение, описанное выше. Однако, когда брандмауэр отключен или соединение Ethernet настроено как доверенное, тогда кажется, что проблемы исчезли!

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .