是否可以合併我的 ISP 和手機網路連線?我想分開下載和上傳

是否可以合併我的 ISP 和手機網路連線?我想分開下載和上傳

我想使用我的 ISP 僅用於下載,我的手機 4G 連線僅用於上傳。這是因為我的ISP的上傳速度很差,但是下載還可以,而且我的4G上傳很棒而且免費(我只付下載費用)。

所以一台電腦,兩個連線:ISP 用於下載,4G 用來上傳。這樣做後,我將支付與今天相同的費用,但將我的上傳速度從 0.1 Mbit/s 增加到大約 60 Mbit/s。

答案1

儘管實際上不可能在連接之間分離上傳和下載(如其他答案中詳細描述的),但可以採用手動解決方法。

您可以操縱預設連接,根據您想要啟動的任務切換它。 Windows 上的預設連線是第一個連接的接口,其順序計算如下公制(傾向於將無線置於電纜之上)。

您可以在網路連線的進階設定中透過手動順序輕鬆覆蓋指標:如何更改 Windows 中的預設連接。 (從 XP 到 8.1 應該工作相同,有微小差異或沒有差異)

大多數現代程式使用系統提供的預設連接,建立連接後將(應該)保留在該連接上。通常這意味著程式將使用您啟動時預設的連線。透過在開啟連接之前切換預設連接,您可以根據任務切換連接並同時保持兩者開啟。

請記住,某些程式(例如下載/上傳管理器)將按任務而不是按會話打開連接,因此您的情況可能會有所不同。

答案2

這不可能。確認是傳輸控制協定的一個組成部分。如果您在兩個介面之間明確分割傳入和傳出數據,則本質上會停用協定的確認元件。

TCP是一種面向連接的協議,這意味著連接被建立並維持,直到兩端的應用程式完成訊息交換。它確定如何將應用程式資料分解為網路可以傳送的資料包,向網路層發送資料包並從網路層接受資料包,管理流量控制,並且(因為它旨在提供無錯誤的資料傳輸)處理遺失或亂碼資料包的重傳以及對所有到達的資料包的確認。在開放系統互連 (OSI) 通訊模型中,TCP 涵蓋第 4 層(傳輸層)的部分內容和第 5 層(會話層)的部分內容。

路由器可以在單獨的介面之間實現網路負載平衡,但這通常是基於散列操作。這意味著連接是基於哈希演算法在給定介面上建立的,並在該介面上維持直至終止。即使使用昂貴的路由器,每個介面也需要維持已建立的連線直到完成。


補充:這也許是可能的,但實施的範圍使其不切實際。此外,即使您設法將所有流量轉移到行動網絡,您認為 ISP 需要多長時間才會更新您的服務條款?那裡可能已經有合理使用政策了。這是要求。

  • 欺騙透過移動繫繩傳出的流量的來源 IP,以匹配透過 ISP 連接傳出的流量的來源 IP,以便它透過 ISP con 返回。這可以透過 iptables 來完成。
  • 透過移動Tether路由本地流量。例如:「路由新增 192.168.0.0/16 遮罩 255.255.0.0 [移動繫繩的外部 IP]」。也許執行 DDNS 可以讓您不必頻繁更新。

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

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

如果您想擴大 ISP,請研究使用 BGP 的非對稱路由。

答案3

可以使用兩個網路存取來共享下載/上傳的負載,但始終僅限於每個連接。因此,一個 TCP(或 UDP)連線只能透過一條連結進行。在另一個答案中也提到了這一點 - 對於傳出 TCP 封包,您必須接收確認封包,並且這些封包必須通過相同介面。

例如,您可以在進行大型 YouTube 上傳之前手動更改路由表,以更快的上傳速度透過網路轉移所有 YouTube 流量,然後將其變更回來。但這會很困難,因為 youtube 使用許多不同的 IP 位址(路由基於 IP,而不是主機名稱)。但對於某些公司的FTP伺服器來說,這是可行的。

對於從 ISP 向您提供 IP 位址的所有家庭網路存取都是如此。因此,在第一個 ISP 上,您會獲得 IP 1.2.3.4,但在手機上,您會獲得電話網路營運商的 IP,例如 5.6.7.8。整個連線(傳出和傳入資料)必須僅使用這些 IP 位址之一。

對於商業和伺服器託管互聯網,您可以獲得一個獨立於 ISP 的 IP 位址,因此您可以同時使用更多互聯網連接。

答案4

從技術上講,此功能本質上內建於基於 IP 建構的所有網路(您必須具有可公開路由的 IP 位址),並且只需變更用戶端路由表即可啟動。最有可能的是,用於 ISP 自己的本地網路的流量將繼續透過該介面發送,而所有其他流量將透過您的預設閘道發出。

必須匹配才能進行確認和其他所有工作的「來源」IP 位址是根據發送資料的套接字選擇的,並且除了介面限制套接字的特殊情況之外,根本沒有任何關係以及用於承載資料的接口。 (與評論說傳出網路介面是由來源 IP 選擇的相反,實際上只有路由表有任何影響)。

然而,路由僅依賴目的位址的事實已被用於惡意目的(資料包欺騙是反射攻擊的重要組成部分),因此大多數運營商都將其路由器配置為實現反向路徑過濾並丟棄來源 IP 位址與路徑不匹配的資料包,因為它們被認為是欺騙的。

如果您沒有公共 IP 位址,那麼除了反向路徑過濾之外,NAT/PAT 層也會阻止此功能(您的電腦使用的來源 IP 位址在其他網路上將毫無意義,並且不會如果封包沒有透過NAT/PAT 路由器發出,則被正確重寫)。

事實上,對於大型多宿主網絡,確實會發生非對稱路由。重要的是,大多數反向路徑過濾的實作都要求一條路線存在,與資料包到達的介面相符;它不一定是首選路由(成本指標最低的路由)。

因此,您所要做的「所有」就是說服您的網路供應商(包括其上游供應商)(a)停用反向路徑過濾或(b)設定非首選路由。這不會發生,核心路由器無法處理 30 億條路由,以便為每個唯一的公用 IP 位址分配一條路由。因此,任何小於 /20 的區塊都很少有路由,除非在 ISP 內部,其中所有本地子網路都存在路由。

相關內容