Ich möchte meinen ISP nur zum Herunterladen und die 4G-Verbindung meines Handys nur zum Hochladen verwenden. Das liegt daran, dass die Upload-Geschwindigkeit meines ISPs niedrig ist, der Download aber in Ordnung ist und mein 4G-Upload großartig und kostenlos ist (ich bezahle nur für Downloads).
Also ein PC, zwei Verbindungen: ISP für den Download und 4G für den Upload. Damit würde ich genauso viel bezahlen wie heute, aber meinen Upload von 0,1 Mbit/s auf etwa 60 Mbit/s steigern.
Antwort1
Obwohl es praktisch unmöglich ist, Upload und Download zwischen Verbindungen zu trennen (wie in anderen Antworten ausführlich beschrieben), gibt es eine mögliche manuelle Problemumgehung.
Sie können die Standardverbindung manipulieren und sie je nach der zu startenden Aufgabe ändern. Die Standardverbindung unter Windows ist die zuerst verbundene Schnittstelle, ihre Reihenfolge wird berechnet durchMetrisch(wodurch die drahtlose Technologie tendenziell über das Kabel gestellt wird).
Sie können die Metrik in den erweiterten Einstellungen der Netzwerkverbindungen problemlos durch eine manuelle Reihenfolge überschreiben:So ändern Sie die Standardverbindung in Windows. (Sollte von XP bis 8.1 mit geringen oder keinen Unterschieden gleich funktionieren)
Die meisten modernen Programme verwenden die vom System bereitgestellte Standardverbindung. Nachdem die Verbindung hergestellt wurde, wird (sollte) sie beibehalten werden. Normalerweise bedeutet dies, dass das Programm die Verbindung verwendet, die beim Start als Standard eingestellt war. Indem Sie die Standardverbindung wechseln, bevor Sie die Verbindung öffnen, können Sie möglicherweise je nach Aufgabe die Verbindung wechseln und beide gleichzeitig offen halten.
Bedenken Sie, dass manche Programme (z. B. Download-/Upload-Manager) Verbindungen pro Aufgabe und nicht pro Sitzung öffnen, die Leistung kann also variieren.
Antwort2
Dies ist nicht möglich. Bestätigungen sind ein integraler Bestandteil des Transmission Control Protocol. Wenn Sie eingehende und ausgehende Daten eindeutig zwischen zwei Schnittstellen aufteilen, deaktivieren Sie automatisch die Bestätigungskomponente des Protokolls.
TCP ist ein verbindungsorientiertes Protokoll, d. h. eine Verbindung wird hergestellt und aufrechterhalten, bis die Anwendungsprogramme an beiden Enden den Nachrichtenaustausch abgeschlossen haben. Es bestimmt, wie Anwendungsdaten in Pakete aufgeteilt werden, die Netzwerke übermitteln können, sendet Pakete an die Netzwerkschicht und akzeptiert Pakete von der Netzwerkschicht, verwaltet die Flusssteuerung und – da es eine fehlerfreie Datenübertragung gewährleisten soll – kümmert es sich um die erneute Übertragung verlorener oder verstümmelter Pakete sowie um die Bestätigung aller eingehenden Pakete. Im Kommunikationsmodell Open Systems Interconnection (OSI) deckt TCP Teile der Schicht 4, der Transportschicht, und Teile der Schicht 5, der Sitzungsschicht, ab.
Router können einen Netzwerklastausgleich zwischen separaten Schnittstellen implementieren, aber das funktioniert normalerweise mit Hashing. Das bedeutet, dass eine Verbindung auf einer bestimmten Schnittstelle basierend auf einem Hashing-Algorithmus hergestellt und auf dieser Schnittstelle aufrechterhalten wird, bis sie beendet wird. Selbst bei teuren Routern muss jede Schnittstelle eine bestehende Verbindung bis zum Abschluss aufrechterhalten.
Ergänzung: Es ist vielleicht möglich, aber der Umfang der Implementierung macht es unpraktisch. Außerdem, selbst wenn Sie es schaffen, Ihren gesamten Datenverkehr auf eine mobile Verbindung auszulagern, wie lange wird es Ihrer Meinung nach dauern, bis der ISP Ihre Servicebedingungen aktualisiert? Wahrscheinlich gibt es dort bereits irgendwo eine Fair-Use-Richtlinie. Hier sind die Anforderungen.
- Verfälschen Sie die Quell-IP des über mobiles Tethering ausgehenden Datenverkehrs, sodass sie mit der des über Ihre ISP-Verbindung ausgehenden Datenverkehrs übereinstimmt, sodass dieser über die ISP-Verbindung zurückkehrt. Dies kann mit iptables erfolgen.
- Leiten Sie den lokalen Verkehr über das mobile Tethering weiter. Etwa so: „route add 192.168.0.0/16 mask 255.255.0.0 [externe IP des mobilen Tetherings]. Führen Sie vielleicht DDNS aus, damit Sie dies nicht so oft aktualisieren müssen.
http://lartc.org/howto/lartc.rpdb.multiple-links.html
https://sandilands.info/sgordon/address-spoofing-mit-iptables-in-linux
Wenn Sie einen großen ISP anstreben, sollten Sie asymmetrisches Routing mit BGP in Betracht ziehen.
Antwort3
Es ist möglich, beide Internetzugänge zu verwenden, um die Download-/Uploadlast zu teilen, aber immer nur pro Verbindung. Eine TCP- (oder UDP-)Verbindung kann also nur über einen Link laufen. Dies wird auch in der anderen Antwort erwähnt – für ausgehende TCP-Pakete müssen Sie Bestätigungspakete erhalten und diese müssen über dieselbe Schnittstelle laufen.
Sie könnten die Routing-Tabelle beispielsweise vor dem Hochladen großer Dateien auf YouTube manuell ändern, um den gesamten YouTube-Verkehr über das Internet mit schnellerer Upload-Geschwindigkeit umzuleiten und dies dann wieder rückgängig zu machen. Dies wäre jedoch schwierig, da YouTube viele verschiedene IP-Adressen verwendet (Routing funktioniert über IP, nicht über Hostnamen). Für einige FTP-Server von Unternehmen könnte dies jedoch machbar sein.
Dies gilt für alle Internetzugänge zu Hause, bei denen Sie die IP-Adresse von Ihrem ISP erhalten. Beim ersten ISP erhalten Sie also beispielsweise die IP 1.2.3.4, auf dem Mobiltelefon jedoch die IP Ihres Telefonnetzbetreibers, beispielsweise 5.6.7.8. Die gesamte Verbindung (ausgehende und eingehende Daten) darf nur über eine dieser IP-Adressen erfolgen.
Für gewerbliches Internet und Server-Hosting erhalten Sie eine ISP-unabhängige IP-Adresse und können so mehrere Internetverbindungen gleichzeitig nutzen.
Antwort4
Technisch gesehen ist diese Funktion in allen Netzwerken, die auf IP basieren, von Natur aus integriert (Sie müssen über eine öffentlich routbare IP-Adresse verfügen) und wird einfach durch Ändern Ihrer clientseitigen Routing-Tabelle aktiviert. Höchstwahrscheinlich wird der für das lokale Netzwerk des ISPs bestimmte Datenverkehr weiterhin über diese Schnittstelle gesendet, während der gesamte andere Datenverkehr über Ihr Standard-Gateway geleitet wird.
Die „Quell-IP-Adresse“, die übereinstimmen muss, damit Bestätigungen und alles andere funktionieren, wird basierend auf dem Socket ausgewählt, über den die Daten gesendet werden, und hat, mit Ausnahme des ungewöhnlichen Falls eines schnittstellenbeschränkten Sockets, überhaupt nichts mit der Schnittstelle zu tun, die zum Übertragen der Daten verwendet wird. (Im Gegensatz zu Kommentaren, die besagen, dass die ausgehende Netzwerkschnittstelle anhand der Quell-IP ausgewählt wird, hat in Wirklichkeit nur die Routing-Tabelle Einfluss.)
Die Tatsache, dass das Routing nur von der Zieladresse abhängt, wurde jedoch für böswillige Zwecke ausgenutzt (Paket-Spoofing ist eine wichtige Komponente von Reflection-Angriffen), sodass die meisten Netzbetreiber ihre Router so konfiguriert haben, dass sieRückwärtspfadfilterungund Pakete wegwerfen, bei denen die Quell-IP-Adresse nicht mit dem Pfad übereinstimmt, da sie als gefälscht gelten.
Wenn Sie keine öffentliche IP-Adresse haben, wird zusätzlich zur Reverse-Path-Filterung die NAT/PAT-Schicht verhindern, dass dies funktioniert (Ihre von Ihrem Computer verwendete Quell-IP-Adresse ist im anderen Netzwerk bedeutungslos und wird nicht korrekt umgeschrieben, wenn das Paket nicht durch den NAT/PAT-Router geht).
Tatsächlich kommt es bei großen Multihomed-Netzwerken zu asymmetrischem Routing. Wichtig ist, dass die meisten Implementierungen von Reverse Path Filtering Folgendes erfordern:eine RouteEs muss eine Route vorhanden sein, die mit der Schnittstelle übereinstimmt, bei der das Paket angekommen ist. Es muss nicht die bevorzugte Route sein (die mit der niedrigsten Kostenmetrik).
Sie müssen also „alles“ tun, was Sie tun müssen, ist, Ihren Internetprovider (einschließlich der Upstreamprovider) davon zu überzeugen, entweder (a) die Reverse-Path-Filterung zu deaktivieren oder (b) eine nicht bevorzugte Route einzurichten. Das wird nicht passieren, denn Core-Router können nicht drei Milliarden Routen verarbeiten, um eine für jede eindeutige öffentliche IP-Adresse zu haben. Daher ist es sehr selten, Routen für einen Block zu haben, der kleiner als /20 ist, außer intern zum ISP, wo Routen für alle lokalen Subnetze vorhanden sind.