Я хотел бы использовать своего провайдера только для скачивания, а 4G-соединение моего мобильного телефона только для загрузки. Это потому, что скорость загрузки у моего провайдера плохая, но загрузка в порядке, а моя загрузка 4G отличная и бесплатная (я плачу только за загрузки).
Итак, один ПК, два соединения: ISP для загрузки и 4G для загрузки. Сделав это, я бы заплатил столько же, сколько и сегодня, но увеличил бы свою загрузку с 0,1 Мбит/с до примерно 60 Мбит/с.
решение1
Хотя практически невозможно разделить загрузку и скачивание между соединениями (как подробно описано в других ответах), существует возможный ручной обходной путь.
Вы можете управлять подключением по умолчанию, переключая его в зависимости от задачи, которую вы хотите запустить. Подключение по умолчанию в Windows — это первый подключенный интерфейс, его порядок вычисляется поМетрическая(что ставит беспроводную связь выше кабельной).
Вы можете легко переопределить метрику, указав ее вручную в расширенных настройках сетевых подключений:Как изменить подключение по умолчанию в Windows. (Должно работать одинаково от XP до 8.1 с небольшими отличиями или вообще без них)
Большинство современных программ используют соединение по умолчанию, предоставляемое системой, после установки соединения оно будет (должно) быть сохранено. Обычно это означает, что программа будет использовать соединения, которые были по умолчанию на момент ее запуска. Переключая соединение по умолчанию перед открытием соединения, вы можете переключать соединение в зависимости от задачи и держать оба открытыми одновременно.
Имейте в виду, что некоторые программы (например, менеджеры загрузок/выгрузок) открывают соединения для каждой задачи, а не для каждого сеанса, поэтому ваши результаты могут отличаться.
решение2
Это невозможно. Подтверждения являются неотъемлемой частью протокола управления передачей. Если вы разделите входящие и исходящие данные четко между двумя интерфейсами, вы по сути отключите компонент подтверждения протокола.
TCP — это протокол, ориентированный на соединение, что означает, что соединение устанавливается и поддерживается до тех пор, пока прикладные программы на каждом конце не закончат обмениваться сообщениями. Он определяет, как разбить данные приложения на пакеты, которые могут доставить сети, отправляет пакеты на сетевой уровень и принимает пакеты с сетевого уровня, управляет потоком данных и — поскольку он предназначен для обеспечения безошибочной передачи данных — обрабатывает повторную передачу потерянных или искаженных пакетов, а также подтверждение всех поступивших пакетов. В модели связи Open Systems Interconnection (OSI) TCP охватывает части уровня 4, транспортного уровня, и части уровня 5, сеансового уровня.
Маршрутизаторы могут реализовать балансировку сетевой нагрузки между отдельными интерфейсами, но обычно это работает на основе хеширования. Это означает, что соединение устанавливается на заданном интерфейсе на основе алгоритма хеширования и поддерживается на этом интерфейсе до тех пор, пока оно не завершится. Даже с дорогими маршрутизаторами каждый интерфейс должен поддерживать установленное соединение до завершения.
Дополнение: Это возможно, но масштаб реализации делает это непрактичным. Кроме того, даже если вам удастся выгрузить весь ваш трафик на мобильный тетер, как вы думаете, сколько времени пройдет, прежде чем провайдер обновит ваши условия обслуживания? Вероятно, где-то уже есть политика добросовестного использования. Вот требования.
- Подделать исходный IP-адрес трафика, исходящего через мобильный тетер, чтобы он соответствовал трафику, исходящему через соединение вашего интернет-провайдера, чтобы он возвращался через коннектор интернет-провайдера. Это можно сделать с помощью iptables.
- Маршрутизируйте локальный трафик через мобильный тетер. Что-то вроде: «route add 192.168.0.0/16 mask 255.255.0.0 [внешний IP мобильного тетера]. Может быть, запустите DDNS, чтобы вам не приходилось часто обновлять это.
http://lartc.org/howto/lartc.rpdb.multiple-links.html
https://sandilands.info/sgordon/address-spoofing-with-iptables-in-linux
Если вы хотите стать крупным интернет-провайдером, рассмотрите возможность асимметричной маршрутизации с помощью BGP.
решение3
Можно использовать оба интернет-доступа для распределения нагрузки загрузки/выгрузки, но всегда только на одно соединение. Таким образом, одно TCP (или UDP) соединение может проходить только через одну ссылку. Это также упоминается в другом ответе - для исходящих TCP-пакетов вы должны получать пакеты подтверждения, и они должны проходить через тот же интерфейс.
Например, вы можете вручную изменить таблицу маршрутизации перед тем, как делать большую загрузку на YouTube, чтобы перенаправить весь трафик YouTube через Интернет с более высокой скоростью загрузки, а затем вернуть все обратно. Но это будет сложно, так как YouTube использует много разных IP-адресов (маршрутизация работает по IP, а не по именам хостов). Но для некоторых корпоративных FTP-серверов это может быть выполнимо.
Это справедливо для всех домашних интернет-доступов, где вам выдается IP-адрес от вашего провайдера. Таким образом, на первом провайдере вы получаете, например, IP 1.2.3.4, но на мобильном телефоне вы получаете IP вашего оператора телефонной сети, например, 5.6.7.8. Все соединение (исходящие и входящие данные) должно идти только с одним из этих IP-адресов.
Для коммерческого и серверного хостинга Интернета вы можете получить один IP-адрес, который не зависит от интернет-провайдера, и, таким образом, вы сможете использовать больше интернет-подключений одновременно.
решение4
Технически говоря, эта возможность изначально встроена во все сети, построенные на основе IP (у вас должен быть публично маршрутизируемый IP-адрес), и активируется просто путем изменения таблицы маршрутизации на стороне клиента. Скорее всего, трафик, предназначенный для собственной локальной сети провайдера, будет продолжать отправляться через этот интерфейс, в то время как весь остальной трафик будет выходить через ваш шлюз по умолчанию.
«Исходный» IP-адрес, который должен совпадать для подтверждения и всего остального, выбирается на основе сокета, через который отправляются данные, и, за исключением необычного случая сокета с ограничением интерфейса, не имеет никакого отношения к интерфейсу, используемому для передачи данных. (Вопреки комментариям о том, что исходящий сетевой интерфейс выбирается по исходному IP, на самом деле только таблица маршрутизации имеет какое-либо влияние).
Однако тот факт, что маршрутизация зависит только от адреса назначения, использовался в вредоносных целях (подмена пакетов является важным компонентом атак отражения), поэтому большинство операторов настроили свои маршрутизаторы для реализациифильтрация обратного путии отбрасывать пакеты, в которых исходный IP-адрес не соответствует пути, поскольку они считаются поддельными.
Если у вас нет публичного IP-адреса, то в дополнение к фильтрации обратного пути, уровень NAT/PAT не позволит этому работать (исходный IP-адрес, используемый вашим компьютером, будет бессмысленным в другой сети и не будет правильно перезаписан, если пакет не пройдет через маршрутизатор NAT/PAT).
На самом деле для больших многосетевых сетей асимметричная маршрутизация действительно происходит. Важно, что большинство реализаций фильтрации обратного пути требуют, чтобымаршрутсуществует маршрут, соответствующий интерфейсу, на который прибыл пакет; это не обязательно должен быть предпочтительный маршрут (маршрут с наименьшей метрикой стоимости).
Итак, "все", что вам нужно сделать, это убедить вашего интернет-провайдера (включая его провайдеров вышестоящего уровня) либо (a) отключить фильтрацию обратного пути, либо (b) настроить непредпочитаемый маршрут. Этого не произойдет, основные маршрутизаторы не могут обрабатывать три миллиарда маршрутов, чтобы иметь один для каждого уникального публичного IP-адреса. Поэтому очень редко встречаются маршруты для любого блока меньше /20, за исключением внутренних маршрутов к интернет-провайдеру, где маршруты существуют для всех локальных подсетей.