É possível mesclar meu ISP e acesso à Internet por celular? Quero dividir o download e o upload [duplicado]

12

Eu gostaria de usar o meu provedor para download apenas, e a conexão 4G dos meus celulares para upload somente. Isso ocorre porque a velocidade de upload do meu ISP é ruim, mas o download é OK, e meu upload para 4G é ótimo e gratuito (eu só pago por downloads).

Então, um PC, duas conexões: ISP para download e 4G para upload. Com isso eu estaria pagando o mesmo de hoje, mas aumente meu upload de 0,1 Mbit / s para cerca de 60 Mbit / s.

    
por FreddyJoe 25.05.2015 / 10:24

8 respostas

8

Embora seja praticamente impossível separar o upload e o download entre as conexões (conforme descrito em detalhes em outras respostas), existe uma possível solução 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. Seu pedido é calculado pela Métrica (que tende a colocar a rede sem fio acima cabo).

Você pode facilmente substituir a métrica pela ordem manual nas configurações avançadas das conexões de rede: Como alterar a conexão padrão no Windows . (Deve funcionar mesmo do XP para 8.1 com pequenas ou nenhumas diferenças)

A maioria dos programas modernos usa a conexão padrão fornecida pelo sistema, depois que a conexão é estabelecida, ela deve (deve) ser mantida nela. Geralmente, isso significa que o programa usará conexões que eram padrão na hora em que você o iniciou. Ao alternar a conexão padrão antes de abrir a conexão, você poderá alternar a conexão dependendo da tarefa e manter ambas abertas ao mesmo tempo.

Lembre-se de que alguns programas (por exemplo, gerenciadores de download / upload) abrirão conexões por tarefa, em vez de por sessão, para que sua milhagem possa variar.

    
por 25.05.2015 / 15:35
8

Isso não é possível. Agradecimentos são parte integrante do Protocolo de Controle de Transmissão. Se você dividir dados de entrada e saída distintamente entre duas interfaces, você estará desabilitando inerentemente o componente de reconhecimento do protocolo.

O TCP é um protocolo orientado a conexões, o que significa que uma conexão é estabelecida e mantida até que os programas aplicativos em cada extremidade tenham trocado 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 - porque se destina a fornecer transmissão de dados sem erros - manipula a retransmissão de pacotes descartados ou truncados 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 hashing. Isso significa que uma conexão é estabelecida em uma determinada interface com base em um algoritmo de hash e mantida nessa interface até que seja finalizada. 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 escopo da implementação torna impraticável. Além disso, mesmo se você conseguir descarregar todo o seu tráfego em um canal móvel, por quanto tempo você acha que será antes de o ISP atualizar seus termos de serviço? Há provavelmente uma política de uso justo em algum lugar já. Aqui estão os requisitos.

  • Spoof IP de origem do tráfego de saída via conexão móvel para coincidir com o tráfego de saída através de sua conexão ISP para que ele retorne via con ISP. Isso pode ser feito com o iptables.
  • Direcione o tráfego local por meio do celular. Algo parecido com: 'route add 192.168.0.0/16 mask 255.255.0.0 [IP externo de cadeia móvel]. Talvez execute o DDNS para evitar que você precise atualizar isso com frequência.

link

link

Se você quiser se tornar um ISP grande, veja o roteamento assimétrico com o BGP.

    
por 25.05.2015 / 11:14
4

É possível usar os dois acessos à Internet para compartilhar a carga de download / upload, mas sempre apenas por conexão. Então, uma conexão TCP (ou UDP) pode ir somente através de um link. Isso também é mencionado na outra resposta - para pacotes TCP de saída, você deve receber pacotes de confirmação e eles devem passar pela mesma interface.

Você pode alterar manualmente a tabela de roteamento, por exemplo, antes de fazer um upload grande no youtube para desviar todo o tráfego do youtube pela internet com uma velocidade de upload mais rápida e depois alterá-la de volta. Mas seria difícil, pois o youtube usa muitos endereços IP diferentes (o roteamento funciona em IP, não em nomes de host). Mas para alguns servidores FTP da empresa, isso pode ser viável.

Isso vale para todos os acessos domésticos à Internet nos quais você recebe um endereço IP do seu provedor. Então, no primeiro ISP você obtém, e. 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 ir com apenas um desses endereços IP.

Para hospedagem comercial e de servidor, você pode obter um endereço IP independente do ISP e, assim, usar mais conexões com a Internet ao mesmo tempo.

    
por 25.05.2015 / 11:28
2

Você teria que ter uma conexão de sobreposição (encapsulamento) que suporte diferentes pontos de extremidade para o tráfego de envio e recebimento de dados. O único protocolo que eu conheço que suporta que nativamente é LISP (Locator Identifier Separation Protocol). Se você puder encontrar um ISP LISP perto de você, talvez seja possível comprar serviços deles, além de suas conexões atuais. Provavelmente não será livre embora.

    
por 25.05.2015 / 12:00
2
Tecnicamente falando, essa capacidade é inerentemente incorporada em toda a rede construída sobre IP (você deve ter um endereço IP publicamente roteável) e ativada apenas pela alteração da tabela de roteamento do lado do cliente. O tráfego mais provável destinado à própria rede local do ISP continuaria a ser enviado através dessa interface, enquanto todo o tráfego restante sairia através do seu gateway padrão.

O endereço IP "fonte" que tem que corresponder para fazer reconhecimentos e todo o resto trabalho é escolhido com base no soquete através do qual os dados são enviados e, exceto para o caso incomum de um soquete restrito à interface, não tem nada em tudo a ver com a interface usada para transportar os dados. (Ao contrário dos comentários dizendo que a interface de rede de saída é escolhida pelo IP de origem, na realidade apenas a tabela de roteamento tem qualquer influência).

No entanto, o fato de o roteamento depender apenas do endereço de destino foi usado para fins maliciosos (spoofing de pacotes é um componente importante dos ataques de reflexão), portanto a maioria das operadoras configurou seus roteadores para implementar filtragem de caminho inverso e descartar pacotes onde o endereço IP de origem não corresponde ao caminho, uma vez que eles são considerados falsificados.

Se você não tiver um endereço IP público, além de inverter a filtragem de caminho, a camada NAT / PAT impedirá que isso funcione (o endereço IP de origem usado pelo 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 requer que uma rota exista, o que corresponde à interface onde o pacote chegou; não precisa ser a rota preferida (aquela com a métrica de menor custo).

Assim, "tudo" você tem que 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 preferida. Isso não vai acontecer, roteadores centrais não podem lidar com três bilhões de rotas, para ter uma para cada endereço IP público único. Portanto, é muito raro ter rotas para qualquer bloco menor que um / 20, exceto internamente ao ISP, onde existem rotas para todas as sub-redes locais.

    
por 25.05.2015 / 20:25
2

A resposta curta é: em 95% dos casos isso não pode ser feito, e o seu cai dentro de 95%.

Primeiro, deixe-me dizer que faz pouco sentido falar em roteamento de upload e download separadamente, porque mesmo tarefas de download intensas exigem que alguns pacotes fluam de volta para a origem, ie qualquer download requer algum upload flow (Isto é menos verdade para o UDP do que para o TCP, mas não importa isso).

Se tivéssemos de canalizar o upload de uma conexão de download maior por meio de uma NIC diferente da usada para a parte de download, a origem do download mostraria respostas aos seus pacotes originadas de um endereço IP diferente daquele para o download qual está enviando pacotes; é um recurso de segurança básico para desconsiderar os pacotes supostamente relacionados a uma determinada conexão, mas originários de um endereço de terceiros. Assim, a parte de upload da conversa seria descartada e a conexão seria paralisada. Isso tem pouco a ver com ISPs e seus serviços: ocorre mesmo entre dois pcs na mesma LAN, se um dos dois estiver tentando se conectar a um endereço IP usando na mesma conexão dois NICS diferentes (portanto, dois IPs diferentes).

Esta é a razão pela qual falamos de conexões, não de upload / download.Mas então podemos reformular sua pergunta da seguinte forma: posso ter um pc, que tem dois NICs conectados à rede, use os dois NICs para duas conexões distintas, digamos a conexão lenta para um trabalho lento e tedioso como o e-mail e a conexão rápida para um processo rápido como o download de uma página da Web?

A resposta curta para esta pergunta bem formulada é: no Windows, * Nix (incluindo MacOS) e Android no.In Linux sim, você pode.

O motivo pelo qual você não pode fazer isso no Windows (qualquer versão), * Nix e Android é que qualquer tabela de roteamento pode ter apenas um gateway padrão (* ie * o endereço para o qual você envia todos os pacotes não destinados à sua LAN) e esses SOs só podem manipular uma tabela de roteamento: portanto, um único gateway.

Em vez disso, para alocar aplicativos diferentes a interfaces diferentes, você precisa de duas funcionalidades distintas: uma, a capacidade duas executam duas tabelas de roteamento simultaneamente e duas, a capacidade de vincular aplicativos a qualquer tabela de roteamento. Apenas o kernel do Linux (anos-luz à frente da concorrência) tem esses recursos, até o momento desta publicação. O kernel * Nix compensa parcialmente isso através de um uso criterioso de seu firewall, o pfsense, sem, no entanto, atingir o resultado completo.

A capacidade de executar duas tabelas de roteamento ao mesmo tempo (chamado roteamento de política ou roteamento baseado na origem ) significa que os pacotes são roteados de forma diferente, dependendo do endereço IP. Este é um recurso extremamente útil se você estiver construindo um roteador.

No entanto, para usar diferentes NICs (e, portanto, IPS) dependendo do aplicativo, você precisa de namespaces de rede , um recurso de kernel do Linux que permite criar um shell separado com sua própria pilha de rede . Agora, os processos em execução nesse shell separado serão todos roteados de acordo com a tabela de roteamento do namespace de rede, não com o do pc principal.

Esta é, obviamente, uma forma de virtualização, embora seja uma forma mais fraca do que, digamos, um contêiner Linux, sem mencionar uma máquina virtual. Mas é o caminho real, com um único PC, para rotear diferentes processos através de diferentes interfaces.

Para resumir, no Linux (e apenas no Linux) você pode executar um namespace de rede separado, que é, por exemplo, conectado através de uma VPN ao seu local de trabalho, para acessar seus recursos de trabalho e, se executar o Firefox, você parece estar baseado em seu local de trabalho e, ao mesmo tempo, executar o Google Chrome fora do namespace da rede e, assim, aparecer (no Google Chrome) em casa.

    
por 25.05.2015 / 23:37
0

A divisão de conexões relacionadas entre provedores diferentes só seria possível se você tivesse um único endereço IP acessível / roteavel de ambos os provedores. Esse IP normalmente seria fornecido a você como parte de um bloco maior de endereços via BGP. E se você tivesse isso, você seria capaz de fazer isso com o BGP usando um recurso chamado de pré-pendente de caminho e regras de preferência local no BGP.

Mesmo que você consiga arranjar um acordo desse tipo entre seu ISP e seu provedor de telefonia celular para que seu IP possa ser acessado por ambas as redes, provavelmente custaria mais do que você está pagando agora pelas duas conexões. / p>

Se, por outro lado, o que você está realmente perguntando é se é possível favorecer a conexão 4G para uma sessão de upload predominante, como ao carregar arquivos com ftp / sftp ou http. E para a navegação normal da web para que o tráfego use o seu ISP, então eu acho que a resposta é talvez. Mas para talvez trabalhar você teria que ser capaz de classificar a sessão como um upload principalmente, ou um download. Como ftp e http e outros protocolos podem ser usados igualmente para upload ou download, você não pode determinar isso pelo número da porta. Portanto, a única alternativa é observar os dados no meio do fluxo. Nesse estágio, a decisão teria sido tomada já que os dados já estão fluindo. Então isso não pode ser automatizado.

Então, no seu caso. NÃO. (pelo menos não quando você está com pouco dinheiro).

    
por 26.05.2015 / 04:30
0

Você precisa de um host que possa controlar nas duas conexões.

Configure dois túneis VPN para esse host, cada um indo de uma interface diferente do seu lado. Depois de ter isso, é como ter dois cabos Ethernet. Você pode usar a união para usá-los juntos como um cabo maior e, em seguida, tentar passar o tráfego através dele.

Agora, não sei se você realmente ganhou muito desempenho com isso (a latência da rede móvel é muito maior que a da banda larga, o que pode causar problemas), mas você deve tentar e ver.

    
por 26.05.2015 / 14:45