Est-il possible de fusionner mon accès Internet à un FAI et à un téléphone portable? Je souhaite fractionner le téléchargement et le téléchargement [doublon]

Je souhaite utiliser mon FAI pour le téléchargement uniquement et ma connexion 4G pour téléphone portable pour le téléchargement uniquement. C'est parce que la vitesse de téléchargement de mon FAI est médiocre, mais le téléchargement est OK, et mon téléchargement 4G est super et gratuit (je ne paie que pour les téléchargements).

Donc, un PC, deux connexions: FAI pour le téléchargement et 4G pour le téléchargement. En faisant cela, je paierais le même qu'aujourd'hui, mais augmenterais mon téléchargement de 0,1 Mbit / s à environ 60 Mbit / s.

Bien qu'il soit pratiquement impossible de séparer le téléchargement et le téléchargement entre les connexions (comme décrit en détail dans d'autres réponses), il existe une solution manuelle.

Vous pouvez manipuler la connexion par défaut, en la commutant en fonction de la tâche que vous souhaitez démarrer. La connexion par défaut sur Windows est la première interface connectée, son ordre est calculé par métrique (ce qui tend à mettre le sans fil au-dessus du câble).

Vous pouvez facilement remplacer la métrique par un ordre manuel dans les paramètres avancés des connexions réseau: comment modifier la connexion par défaut dans Windows . (Devrait fonctionner de XP à 8.1 avec des différences mineures ou sans différence)

La plupart des programmes modernes utilisent une connexion par défaut fournie par le système, une fois la connexion établie, elle sera (devrait) être conservée. Habituellement, cela signifie que le programme utilisera les connexions par défaut au moment où vous l'avez démarré. En changeant la connexion par défaut avant d'ouvrir la connexion, vous pourrez peut-être changer de connexion en fonction de la tâche et garder les deux ouverts en même temps.

Gardez à l'esprit que certains programmes (par exemple, les gestionnaires de téléchargement / téléchargement) ouvriront des connexions par tâche plutôt que par session, de sorte que votre kilométrage peut varier.

Ce n'est pas possible. Les remerciements font partie intégrante du protocole de contrôle de transmission. Si vous divisez les données entrantes et sortantes distinctement entre deux interfaces, vous désactiveriez par nature le composant d'accusé de réception du protocole.

TCP est un protocole orienté connexion, ce qui signifie qu'une connexion est établie et maintenue jusqu'à ce que les programmes d'application à chaque extrémité aient fini d'échanger des messages. Il détermine comment diviser les données d'application en paquets que les réseaux peuvent fournir, envoie des paquets à la couche réseau et accepte les paquets de celle-ci, gère le contrôle de flux et, car il est destiné à fournir une transmission de données sans erreur, gère la retransmission des paquets perdus ou déformés. ainsi que la reconnaissance de tous les paquets qui arrivent. Dans le modèle de communication OSI (Open Systems Interconnection), TCP couvre des parties de la couche 4, la couche transport, et des parties de la couche 5, la couche session.

Les routeurs peuvent implémenter l'équilibrage de la charge réseau entre des interfaces distinctes, mais cela fonctionne généralement sur un hachage. Cela signifie qu'une connexion est établie sur une interface donnée basée sur un algorithme de hachage, et maintenue sur cette interface jusqu'à ce qu'elle se termine. Même avec des routeurs coûteux, chaque interface est nécessaire pour maintenir une connexion établie jusqu'à la fin.

Addition: Cela peut être possible, mais la portée de la mise en œuvre la rend peu pratique. En outre, même si vous parvenez à décharger tout votre trafic sur un modem mobile, combien de temps pensez-vous qu'il faudra avant que le FAI mette à jour vos conditions de service? Il y a probablement déjà une politique d'utilisation équitable quelque part. Voici les prérequis.

• Usurpez l'IP source du trafic sortant via la liaison mobile pour correspondre à celle du trafic sortant via votre connexion ISP afin qu'il revienne via la connexion ISP. Cela peut être fait avec iptables.
• Acheminez le trafic local via le teather mobile. Quelque chose comme: 'route add 192.168.0.0/16 mask 255.255.0.0 [IP externe de l'attache mobile]. Peut-être exécutez DDNS pour vous éviter d'avoir à le mettre à jour fréquemment.

http://lartc.org/howto/lartc.rpdb.multiple-links.html

https://sandilands.info/sgordon/address-spoofing-with-iptables-in-linux

Si vous voulez devenir gros FAI, examinez le routage asymétrique avec BGP.

Il est possible d'utiliser les deux accès Internet pour partager la charge de téléchargement / téléchargement, mais toujours uniquement par connexion. Une seule connexion TCP (ou UDP) ne peut donc passer que par un seul lien. Ceci est également mentionné dans l'autre réponse - pour les paquets TCP sortants, vous devez recevoir des paquets d'accusé de réception et ceux-ci doivent passer par la même interface.

Vous pouvez modifier manuellement la table de routage par exemple avant d'effectuer un téléchargement YouTube important pour détourner tout le trafic YouTube via Internet avec une vitesse de téléchargement plus rapide, puis le modifier à nouveau. Mais ce serait difficile car YouTube utilise de nombreuses adresses IP différentes (le routage fonctionne sur IP, pas sur les noms d'hôte). Mais pour certains serveurs FTP de l'entreprise, cela pourrait être faisable.

Cela est vrai pour tous les accès Internet à domicile où vous recevez l'adresse IP de votre FAI. Ainsi, sur le premier FAI, vous obtenez par exemple IP 1.2.3.4, mais sur le téléphone portable, vous obtenez l'IP de votre opérateur de réseau téléphonique, par exemple 5.6.7.8. La connexion entière (données sortantes et entrantes) doit aller avec une seule de ces adresses IP.

Pour les sites Internet commerciaux et d'hébergement de serveurs, vous pouvez obtenir une adresse IP indépendante du FAI et vous pouvez donc utiliser plus de connexions Internet en même temps.

Vous devez disposer d'une connexion de superposition (tunnel) qui prend en charge différents points de terminaison pour le trafic en amont et en aval. Le seul protocole que je connaisse qui prend en charge de manière native est LISP (Locator Identifier Separation Protocol). Si vous pouvez trouver un FAI LISP près de chez vous, vous pourrez peut-être acheter des services auprès d'eux en plus de vos connexions actuelles. Ce ne sera probablement pas gratuit cependant.

Techniquement parlant, cette capacité est intrinsèquement intégrée à tous les réseaux construits sur IP (vous devez avoir une adresse IP publiquement routable) et activée simplement en changeant votre table de routage côté client. Le trafic le plus probable destiné au propre réseau local du FAI continuerait d'être envoyé via cette interface, tandis que tout le reste du trafic passera par votre passerelle par défaut.

L'adresse IP "source" qui doit correspondre pour que les accusés de réception et tout le reste fonctionnent est choisie en fonction du socket via lequel les données sont envoyées et, à l'exception du cas inhabituel d'un socket à interface restreinte, n'a rien du tout à faire avec l'interface utilisée pour transporter les données. (Contrairement aux commentaires disant que l'interface réseau sortante est choisie par l'IP source, en réalité seule la table de routage a une influence).

Cependant, le fait que le routage ne dépend que de l'adresse de destination a été utilisé à des fins malveillantes (l'usurpation de paquet est un élément important des attaques par réflexion), de sorte que la plupart des opérateurs ont configuré leurs routeurs pour implémenter le filtrage de chemin inverse et jeter les paquets où l'adresse IP source l'adresse ne correspond pas au chemin, car ils sont considérés comme usurpés.

Si vous n'avez pas d'adresse IP publique, en plus du filtrage de chemin inverse, la couche NAT / PAT empêchera cela de fonctionner (votre adresse IP source utilisée par votre ordinateur n'aura aucun sens sur l'autre réseau et ne le fera pas). être correctement réécrit si le paquet ne sort pas par le routeur NAT / PAT).

En fait, pour les grands réseaux multirésidents, le routage asymétrique se produit. Il est important de noter que la plupart des implémentations du filtrage de chemin inverse nécessitent l'existence d' une route qui corresponde à l'interface où le paquet est arrivé; il n'est pas nécessaire que ce soit l'itinéraire préféré (celui avec la mesure la moins chère).

Donc, "tout" vous devez convaincre votre fournisseur d'accès Internet (y compris ses fournisseurs en amont) de (a) désactiver le filtrage de chemin inverse ou (b) configurer une route non préférée. Cela n'arrivera pas, les routeurs principaux ne peuvent pas gérer trois milliards de routes, afin d'en avoir une pour chaque adresse IP publique unique. Il est donc très rare d'avoir des routes pour tout bloc inférieur à a / 20, sauf en interne vers le FAI où des routes existent pour tous les sous-réseaux locaux.

La réponse courte est: dans 95% des cas, cela ne peut pas être fait, et le vôtre se situe dans ces 95%.

Tout d'abord, permettez-moi de dire qu'il est peu logique de parler de routage séparément du téléchargement et du téléchargement, car même des tâches de téléchargement intenses nécessitent que certains paquets remontent vers la source, c'est-à - dire que tout téléchargement nécessite un certain flux de téléchargement (cela est moins vrai pour UDP que pour TCP, mais tant pis).

Si nous devions canaliser le téléchargement d'une connexion principalement téléchargée via une carte réseau différente de celle utilisée pour la partie téléchargement, la source du téléchargement verrait les réponses à ses paquets provenir d'une adresse IP différente de celle à laquelle il est envoi de paquets; il s'agit d'une fonction de sécurité de base pour ignorer les paquets censés être liés à une connexion donnée, mais provenant d'une adresse tierce. Par conséquent, la partie de téléchargement de la conversation serait abandonnée et la connexion s'arrêterait. Cela a peu à voir avec les FAI et leurs services: cela se produit même entre deux ordinateurs sur le même LAN, si l'un des deux essaie de se connecter à une adresse IP en utilisant dans la même connexion deux NICS différents (donc deux IP différentes) .

C'est la raison pour laquelle nous parlons de connexions, pas de téléchargement / téléchargement.Mais alors on pourrait reformuler votre question comme suit: puis-je avoir un PC, qui a deux NIC connectés au réseau, utilisez les deux NIC pour deux distincts les connexions, par exemple la connexion lente pour un travail lent et fastidieux comme le courrier électronique, et la connexion rapide pour un processus rapide comme le téléchargement de pages Web?

La réponse courte à cette question bien posée est: sous Windows, * Nix (y compris MacOS) et Android non; sous Linux oui, vous le pouvez.

La raison pour laquelle vous ne pouvez pas le faire dans Windows (n'importe quelle version), * Nix et Android est que toute table de routage ne peut avoir qu'une seule passerelle par défaut (* c'est-à-dire * l'adresse à laquelle vous envoyez tous les paquets non destinés à votre LAN), et ceux-ci Les OS ne peuvent gérer qu'une seule table de routage: d'où une seule passerelle.

Au lieu de cela, afin d'attribuer différentes applications à différentes interfaces, vous avez besoin de deux fonctionnalités distinctes: l'une, la capacité deux d'exécuter deux tables de routage simultanément, et deux, la possibilité de lier des applications à l'une ou l'autre table de routage. Seul le noyau Linux (à des années-lumière de la concurrence) possède ces capacités, à ce jour. Le noyau * Nix compense partiellement cela par une utilisation judicieuse de son pare-feu, pfsense, sans toutefois obtenir le résultat complet.

La possibilité d'exécuter deux tables de routage en même temps (appelée routage de stratégie ou routage basé sur la source ) signifie que les paquets sont routés différemment selon leur adresse IP. C'est une fonctionnalité extrêmement utile si vous construisez un routeur.

Cependant, afin d'utiliser différentes cartes réseau (et donc IPS) selon l'application, vous avez besoin d' espaces de noms réseau , une fonctionnalité du noyau Linux qui vous permet de créer un shell séparé avec sa propre pile réseau. Désormais, les processus exécutés à l'intérieur de ce shell séparé seront tous routés conformément à la table de routage de l'espace de noms du réseau, et non à celle du PC principal.

Il s'agit bien sûr d'une forme de virtualisation, bien que d'une forme plus faible que, disons, un conteneur Linux, sans parler d'une machine virtuelle. Mais c'est la vraie façon, avec un seul PC, d'acheminer différents processus à travers différentes interfaces.

Pour résumer, sous Linux (et uniquement sous Linux), vous pouvez exécuter un espace de noms de réseau distinct, qui est, par exemple, connecté via un VPN à votre lieu de travail, afin que vous accédiez à vos ressources de travail et, si vous exécutez Firefox, vous semblez être basé sur votre lieu de travail, tout en exécutant Google Chrome en dehors de l'espace de noms du réseau, et donc apparaître (sur Chrome) comme étant basé à la maison.

La division des connexions associées entre différents fournisseurs ne serait possible que si vous disposiez d'une seule adresse IP accessible / routable à partir des deux fournisseurs. Cette adresse IP vous serait normalement fournie dans le cadre d'un bloc d'adresses plus important via BGP. Et si vous aviez cela, vous seriez en mesure de le faire avec BGP en utilisant une fonctionnalité appelée pré-attente de chemin et règles de préférence locales dans BGP.

Même si vous pouviez faire en sorte qu'un tel arrangement fonctionne entre votre FAI et votre fournisseur de téléphone portable afin que votre adresse IP soit accessible via les deux réseaux, cela vous coûterait probablement plus cher que ce que vous payez actuellement pour les deux connexions.

Si par contre ce que vous demandez en fait, c'est s'il est possible de privilégier la connexion 4G pour une session de téléchargement principalement comme lors du téléchargement de fichiers avec ftp / sftp ou http. Et pour que la navigation Web normale utilise ce trafic, utilisez votre FAI, alors je pense que la réponse est peut-être. Mais pour peut-être travailler, vous devez être en mesure de classer la session en tant que session principalement téléchargée ou téléchargée. Comme ftp et http et d'autres protocoles peuvent être utilisés de manière égale pour le téléchargement ou le téléchargement, vous ne pouvez pas le déterminer par numéro de port. La seule alternative est donc de regarder les données en cours de route. À ce stade, la décision aurait été prise car les données circulent déjà. Cela ne peut donc pas être automatisé.

Donc, dans votre cas. NON. (du moins pas lorsque vous êtes sur une corde raide).

Vous avez besoin d'un hôte que vous contrôlez accessible à partir des deux connexions.

Configurez deux tunnels VPN vers cet hôte, chacun partant d'une interface différente de votre côté. Une fois que vous avez cela, c'est comme avoir deux câbles Ethernet. Vous pouvez utiliser la liaison pour les utiliser ensemble comme un câble plus gros, puis essayez de faire passer le trafic.

Maintenant, je ne sais pas si vous gagneriez réellement beaucoup de performances à cela (la latence du réseau mobile est beaucoup plus élevée que celle de votre large bande, ce qui peut causer des problèmes), mais vous devriez l'essayer et voir.