Балансировка нагрузки с помощью локальной сети и Wi-Fi

близкой темой для linux была бы настройка "метрика" для маршрутов. Более низкие числа предпочтительнее более высоких. Если вы дадите обоим маршрутам одинаковую метрику, я бы подумал, что они будут выбраны с одинаковой вероятностью.

Я думаю, что техника, которую вы хотите достичь, называется multihoming. У меня нет никакого прямого опыта в этом. Тем не менее, несколько вещей, которые вам, вероятно, нужно иметь в виду.

• по умолчанию, я думаю, что вы в конечном итоге только с одним маршрутом по умолчанию. Это означает, что весь исходящий трафик предпочтет один интерфейс по умолчанию. Вам нужно будет изучить наличие нескольких маршрутов по умолчанию или динамическое изменение этого маршрута с течением времени.
• для жизни отдельного входящего соединения (TCP) он должен оставаться на том же интерфейсе, на котором он вошел. Я так думаю.

в любом случае, это все указатели, о которых я могу думать в данный момент.

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

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

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

поэтому я, вероятно, разделил бы только часть вашего трафика на другой интерфейс, используя none равные маршруты стоимости, может быть приложением, пунктом назначения или протоколом. Как раз что-то которое будет держать ваши пути движения последовательным.

Connectify Dispatch имеет решение которое сделает как раз что вам нужно. В настоящее время только для Windows, но люди имеют имели успех виртуализации и использование их программного обеспечения на OS X.

Так как вы уже работаете (были запущены) Windows XP, я понял, что вы сможете понять эту часть самостоятельно.

самая большая проблема заключается в том, что Windows легко предлагает поддержку нескольких сетевых адаптеров, в то время как на OS X это не так просто приводить в исполнение.

существует своего рода обходной путь: мое приложение может балансировать нагрузку, я могу определить 2 соединения, которые затем используются оба.

затем я направляю один из IP-адресов сервера на один из IP-адресов.

в mac os 10.6:

route add-host XXX.XXX.XXX.XXX 192.168.1.1

Я знаю, это очень специфично, и работает только если IP сервера всегда одинаковы. И если приложение может балансировать нагрузку в любом случае.

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

причина в том, что разделение трафика между двумя отдельными сетями не похоже на то, что они вернутся. Если бы у вас было 2 канала от 1 провайдера, это могло бы быть возможно.

Как человек сказал ранее, я думаю, что вам все равно понадобится дефолт и может ограничить определенный трафик по одному маршруту, а остальные-по другому. Справедливый не думайте, что здесь будет работать балансировка нагрузки, как в локальной сети.

пример: запуск обновлений с помощью 192.168.2.* Интернет-провайдер Wi-Fi запустите halflife с помощью 192.168.1.* ЛОКАЛЬНАЯ СЕТЬ ПРОВАЙДЕРА.