Gostaria de usar meu ISP apenas para download e a conexão 4G do meu celular apenas para upload. Isso ocorre porque a velocidade de upload do meu ISP é baixa, mas o download está OK e meu upload 4G é ótimo e gratuito (eu só pago pelos downloads).
Portanto, um PC, duas conexões: ISP para download e 4G para upload. Ao fazer isso eu pagaria o mesmo que hoje, mas aumentaria meu upload de 0,1 Mbit/s para cerca de 60 Mbit/s.
Responder1
Embora seja praticamente impossível separar upload e download entre conexões (conforme descrito em detalhes em outras respostas), é possível uma solução alternativa manual.
Você pode manipular a conexão padrão, alternando-a dependendo da tarefa que deseja iniciar. A conexão padrão no Windows é a primeira interface conectada, sua ordem é calculada porMétrica(que tende a colocar o wireless acima do cabo).
Você pode substituir facilmente a métrica pela ordem manual nas configurações avançadas de conexões de rede:Como alterar a conexão padrão no Windows. (Deve funcionar da mesma forma do XP ao 8.1 com pequenas ou nenhuma diferença)
A maioria dos programas modernos usa a conexão padrão fornecida pelo sistema; após a conexão ser estabelecida, ela será (deverá) ser mantida nela. Geralmente isso significa que o programa usará conexões padrão no momento em que você o iniciou. Ao mudar a conexão padrão antes de abrir a conexão, você poderá mudar a conexão dependendo da tarefa e manter ambas abertas ao mesmo tempo.
Tenha em mente que alguns programas (por exemplo, gerenciadores de download/upload) abrirão conexões por tarefa, em vez de por sessão, portanto sua milhagem pode variar.
Responder2
Isso não é possível. Os reconhecimentos são parte integrante do Protocolo de Controle de Transmissão. Se você dividir os dados de entrada e de saída distintamente entre duas interfaces, você desabilitará inerentemente o componente de confirmação do protocolo.
TCP é um protocolo orientado a conexão, o que significa que uma conexão é estabelecida e mantida até que os programas aplicativos em cada extremidade terminem de trocar mensagens. Ele determina como dividir os dados do aplicativo em pacotes que as redes podem entregar, envia pacotes e aceita pacotes da camada de rede, gerencia o controle de fluxo e - como se destina a fornecer transmissão de dados sem erros - lida com a retransmissão de pacotes descartados ou distorcidos. bem como o reconhecimento de todos os pacotes que chegam. No modelo de comunicação Open Systems Interconnection (OSI), o TCP cobre partes da Camada 4, a Camada de Transporte, e partes da Camada 5, a Camada de Sessão.
Os roteadores podem implementar balanceamento de carga de rede entre interfaces separadas, mas isso normalmente opera em hash. Isso significa que uma conexão é estabelecida em uma determinada interface com base em um algoritmo de hash e mantida nessa interface até que ela termine. Mesmo com roteadores caros, cada interface é necessária para manter uma conexão estabelecida até a conclusão.
Adição: Pode ser possível, mas o âmbito da implementação torna-o impraticável. Além disso, mesmo que você consiga descarregar todo o seu tráfego para um tether móvel, quanto tempo você acha que levará até que o ISP atualize seus termos de serviço? Provavelmente já existe uma política de uso justo em algum lugar. Aqui estão os requisitos.
- Falsifique o IP de origem do tráfego que sai via tether móvel para corresponder ao tráfego que sai através da sua conexão ISP, para que ele retorne via ISP con. Isso pode ser feito com iptables.
- Roteie o tráfego local via teather móvel. Algo como: 'route add 192.168.0.0/16 mask 255.255.0.0 [IP externo do tether móvel]. Talvez execute o DDNS para evitar que você precise atualizar isso com frequência.
http://lartc.org/howto/lartc.rpdb.multiple-links.html
https://sandilands.info/sgordon/address-spoofing-with-iptables-in-linux
Se você deseja se tornar um grande ISP, procure o roteamento assimétrico com BGP.
Responder3
É possível utilizar ambos os acessos à internet para compartilhar a carga de download/upload, mas sempre apenas por conexão. Portanto, uma conexão TCP (ou UDP) pode passar apenas por um link. Isso também é mencionado na outra resposta - para pacotes TCP de saída, você deve receber pacotes de confirmação e estes devem passar pela mesma interface.
Você pode alterar manualmente a tabela de roteamento, por exemplo, antes de fazer um grande upload no YouTube para desviar todo o tráfego do YouTube pela Internet com uma velocidade de upload mais rápida e depois alterá-la novamente. Mas seria difícil porque o YouTube usa muitos endereços IP diferentes (o roteamento funciona em IP, não em nomes de host). Mas para alguns servidores FTP de empresas, isso pode ser viável.
Isso se aplica a todos os acessos domésticos à Internet nos quais você recebe um endereço IP do seu ISP. Então no primeiro ISP você obtém por exemplo o IP 1.2.3.4, mas no celular você obtém o IP da sua operadora de rede telefônica, por exemplo 5.6.7.8. Toda a conexão (dados de saída e entrada) deve ser realizada com apenas um desses endereços IP.
Para hospedagem comercial e de servidor na Internet, você pode obter um endereço IP independente do ISP e assim poderá usar mais conexões de Internet ao mesmo tempo.
Responder4
Tecnicamente falando, esse recurso é inerentemente integrado a todas as redes construídas sobre IP (você deve ter um endereço IP roteável publicamente) e ativado apenas alterando sua tabela de roteamento do lado do cliente. Muito provavelmente, o tráfego destinado à rede local do próprio ISP continuará a ser enviado através dessa interface, enquanto todo o outro tráfego sairá através do seu gateway padrão.
O endereço IP de "fonte" que deve corresponder para fazer as confirmações e todo o resto funcionar é escolhido com base no soquete através do qual os dados são enviados e, exceto no caso incomum de um soquete restrito à interface, não tem absolutamente nada a ver com a interface usada para transportar os dados. (Ao contrário dos comentários que dizem que a interface de rede de saída é escolhida pelo IP de origem, na realidade apenas a tabela de roteamento tem alguma influência).
No entanto, o fato de o roteamento depender apenas do endereço de destino tem sido usado para fins maliciosos (a falsificação de pacotes é um componente importante dos ataques de reflexão), por isso a maioria das operadoras configurou seus roteadores para implementarfiltragem de caminho reversoe jogue fora pacotes onde o endereço IP de origem não corresponde ao caminho, pois eles são considerados falsificados.
Se você não tiver um endereço IP público, além da filtragem de caminho reverso, a camada NAT/PAT impedirá que isso funcione (seu endereço IP de origem usado pelo seu computador não terá sentido na outra rede e não ser reescrito corretamente se o pacote não sair pelo roteador NAT/PAT).
Na verdade, para grandes redes multihomed, o roteamento assimétrico acontece. É importante ressaltar que a maioria das implementações de filtragem de caminho reverso exige queuma rotaexiste que corresponde à interface onde o pacote chegou; não precisa ser a rota preferida (aquela com a métrica de menor custo).
Portanto, "tudo" que você precisa fazer é convencer seu provedor de Internet (incluindo seus provedores upstream) a (a) desabilitar a filtragem de caminho reverso ou (b) configurar uma rota não preferencial. Isso não vai acontecer, os roteadores principais não conseguem lidar com três bilhões de rotas, para ter uma para cada endereço IP público exclusivo. Portanto, é muito raro ter rotas para qualquer bloco menor que /20, exceto internamente para o ISP, onde existem rotas para todas as sub-redes locais.