Me gustaría usar mi ISP solo para descargas y la conexión 4G de mi teléfono celular solo para cargas. Esto se debe a que la velocidad de carga de mi ISP es baja, pero la descarga está bien y mi carga 4G es excelente y gratuita (solo pago por las descargas).
Entonces, una PC, dos conexiones: ISP para descarga y 4G para carga. Al hacer esto, estaría pagando lo mismo que hoy, pero aumentaría mi carga de 0,1 Mbit/s a aproximadamente 60 Mbit/s.
Respuesta1
Aunque es prácticamente imposible separar la carga y la descarga entre conexiones (como se describe en detalle en otras respuestas), existe una posible solución manual.
Puede manipular la conexión predeterminada, cambiándola según la tarea que desee iniciar. La conexión predeterminada en Windows es la primera interfaz conectada, su orden se calcula medianteMétrico(que tiende a poner lo inalámbrico por encima del cable).
Puede anular fácilmente la métrica con orden manual en la configuración avanzada de conexiones de red:Cómo cambiar la conexión predeterminada en Windows. (Debería funcionar igual desde XP a 8.1 con diferencias menores o nulas)
La mayoría de los programas modernos utilizan una conexión predeterminada proporcionada por el sistema; una vez establecida la conexión, ésta (debería) mantenerse en ella. Por lo general, significa que el programa utilizará las conexiones predeterminadas cuando lo inició. Al cambiar la conexión predeterminada antes de abrir la conexión, es posible que pueda cambiar la conexión según la tarea y mantener ambas abiertas al mismo tiempo.
Tenga en cuenta que algunos programas (por ejemplo, administradores de descargas/cargas) abrirán conexiones por tarea, en lugar de por sesión, por lo que su kilometraje puede variar.
Respuesta2
Esto no es posible. Los reconocimientos son una parte integral del Protocolo de control de transmisión. Si divide los datos entrantes y salientes claramente entre dos interfaces, estaría inherentemente deshabilitando el componente de reconocimiento del protocolo.
TCP es un protocolo orientado a la conexión, lo que significa que se establece y mantiene una conexión hasta que los programas de aplicación en cada extremo hayan terminado de intercambiar mensajes. Determina cómo dividir los datos de la aplicación en paquetes que las redes pueden entregar, envía y acepta paquetes desde la capa de red, administra el control de flujo y, debido a que está destinado a proporcionar una transmisión de datos sin errores, maneja la retransmisión de paquetes descartados o confusos. así como el reconocimiento de todos los paquetes que llegan. En el modelo de comunicación de Interconexión de sistemas abiertos (OSI), TCP cubre partes de la Capa 4, la Capa de Transporte, y partes de la Capa 5, la Capa de Sesión.
Los enrutadores pueden implementar el equilibrio de carga de red entre interfaces separadas, pero eso generalmente funciona con un hash. Esto significa que se establece una conexión en una interfaz determinada basada en un algoritmo hash y se mantiene en esa interfaz hasta que finaliza. Incluso con enrutadores costosos, se requiere que cada interfaz mantenga una conexión establecida hasta su finalización.
Adición: puede ser posible, pero el alcance de la implementación lo hace poco práctico. Además, incluso si logra descargar todo su tráfico a una conexión móvil, ¿cuánto tiempo cree que pasará antes de que el ISP actualice sus términos de servicio? Es probable que ya exista una política de uso legítimo en alguna parte. Aquí están los requisitos.
- Falsifique la IP de origen del tráfico que sale a través de la conexión móvil para que coincida con la del tráfico que sale a través de la conexión de su ISP para que regrese a través de la conexión del ISP. Esto se puede hacer con iptables.
- Dirigir el tráfico local a través del teatro móvil. Algo como: 'ruta agregar 192.168.0.0/16 máscara 255.255.0.0 [IP externa de la conexión móvil]. Tal vez ejecute DDNS para evitar tener que actualizar esto con frecuencia.
http://lartc.org/howto/lartc.rpdb.multiple-links.html
https://sandilands.info/sgordon/address-spoofing-with-iptables-in-linux
Si desea convertirse en un ISP grande, busque enrutamiento asimétrico con BGP.
Respuesta3
Es posible utilizar ambos accesos a Internet para compartir la carga de descarga/carga, pero siempre sólo por conexión. Por lo tanto, una conexión TCP (o UDP) sólo puede realizarse a través de un enlace. Esto también se menciona en la otra respuesta: para los paquetes TCP salientes, debe recibir paquetes de confirmación y estos deben pasar por la misma interfaz.
Puede modificar manualmente la tabla de enrutamiento, por ejemplo, antes de realizar una carga grande de YouTube para desviar todo el tráfico de YouTube a través de Internet con una velocidad de carga más rápida y luego volver a cambiarla. Pero sería difícil ya que YouTube usa muchas direcciones IP diferentes (el enrutamiento funciona en IP, no en nombres de host). Pero para el servidor FTP de alguna empresa, podría ser factible.
Esto es válido para todos los accesos a Internet domésticos en los que su ISP le proporciona una dirección IP. Entonces, en el primer ISP obtienes, por ejemplo, IP 1.2.3.4, pero en el teléfono celular obtienes IP de tu operador de red telefónica, por ejemplo 5.6.7.8. Toda la conexión (datos salientes y entrantes) debe realizarse con una sola de esas direcciones IP.
Para alojamiento de Internet comercial y de servidor, puede obtener una dirección IP que es independiente del ISP y, por lo tanto, puede utilizar más conexiones a Internet al mismo tiempo.
Respuesta4
Técnicamente hablando, esta capacidad está inherentemente integrada en todas las redes construidas sobre IP (debe tener una dirección IP enrutable públicamente) y se activa simplemente cambiando la tabla de enrutamiento del lado del cliente. Lo más probable es que el tráfico destinado a la propia red local del ISP continúe enviándose a través de esa interfaz, mientras que el resto del tráfico saldrá a través de su puerta de enlace predeterminada.
La dirección IP "de origen" que debe coincidir para que los reconocimientos y todo lo demás funcione se elige en función del socket a través del cual se envían los datos y, excepto en el caso inusual de un socket con interfaz restringida, no tiene nada que ver. con la interfaz utilizada para transportar los datos. (Al contrario de los comentarios que dicen que la interfaz de red saliente se elige según la IP de origen, en realidad sólo la tabla de enrutamiento tiene alguna influencia).
Sin embargo, el hecho de que el enrutamiento dependa únicamente de la dirección de destino se ha utilizado con fines maliciosos (la suplantación de paquetes es un componente importante de los ataques de reflexión), por lo que la mayoría de los operadores han configurado sus enrutadores para implementarfiltrado de ruta inversay deseche los paquetes cuya dirección IP de origen no coincida con la ruta, ya que se consideran falsificados.
Si no tiene una dirección IP pública, además del filtrado de ruta inversa, la capa NAT/PAT impedirá que esto funcione (la dirección IP de origen utilizada por su computadora no tendrá sentido en la otra red y no funcionará). reescribirse correctamente si el paquete no sale a través del enrutador NAT/PAT).
De hecho, en el caso de grandes redes multitarjeta, se produce un enrutamiento asimétrico. Es importante destacar que la mayoría de las implementaciones de filtrado de ruta inversa requieren queuna rutaexiste que coincide con la interfaz donde llegó el paquete; No tiene por qué ser la ruta preferida (la que tiene la métrica de menor costo).
Entonces, "todo" lo que tiene que hacer es convencer a su proveedor de Internet (incluidos sus proveedores ascendentes) para que (a) deshabilite el filtrado de ruta inversa o (b) configure una ruta no preferida. Esto no va a suceder, los enrutadores centrales no pueden manejar tres mil millones de rutas para tener una para cada dirección IP pública única. Por lo tanto, es muy raro tener rutas para cualquier bloque menor que /20, excepto internamente al ISP donde existen rutas para todas las subredes locales.