Có thể hợp nhất truy cập Internet ISP và điện thoại di động của tôi không? Tôi muốn phân chia tải xuống và tải lên [trùng lặp]


12

Tôi chỉ muốn sử dụng ISP của mình để tải xuống và kết nối điện thoại di động 4G của tôi chỉ để tải lên. Điều này là do tốc độ tải lên của ISP của tôi kém, nhưng tải xuống vẫn ổn và tải lên 4G của tôi rất tuyệt và miễn phí (tôi chỉ trả tiền cho các lượt tải xuống).

Vì vậy, một PC, hai kết nối: ISP để tải xuống và 4G để tải lên. Với việc này, tôi sẽ trả tiền như ngày hôm nay, nhưng tăng tải lên của tôi từ 0,1 Mbit / s lên khoảng 60 Mbit / s.


Vâng, đó là một bản sao, và có nhiều câu hỏi tương tự, bao gồm cả của tôi vài tuần trước, nhưng dường như họ không bao giờ nhận được câu trả lời thẳng!
Lefty

Vì vậy, vì họ dường như không nhận được câu trả lời thẳng thắn, tôi đã để điều này tồn tại. Tôi đã đọc những người khác và họ chưa khắc phục vấn đề, thậm chí sau 1000 lượt xem.
FreddyJoe

1
@Lefty: Nếu bạn muốn thu hút sự chú ý đến câu hỏi của bạn, hãy đưa tiền thưởng.
Karan

Không có một số phần mềm làm điều này? Tôi cảm thấy như tôi đã đọc về nó khoảng một tháng aog
Jon

1
Bạn biết đấy, câu hỏi này thực sự khác với những câu hỏi mà câu hỏi này được liên kết và tuyên bố là trùng lặp. Đó là về các kết nối nói chung, câu hỏi này là nhiều hơn thế.
Matt H

Câu trả lời:


8

Mặc dù thực tế không thể tách riêng tải lên và tải xuống giữa các kết nối (như được mô tả chi tiết trong các câu trả lời khác) có thể có cách giải quyết thủ công.

Bạn có thể thao tác kết nối mặc định, chuyển đổi tùy theo tác vụ bạn muốn bắt đầu. Kết nối mặc định trên Windows là giao diện được kết nối đầu tiên, thứ tự của nó được tính bằng Số liệu (có xu hướng đặt không dây trên cáp).

Bạn có thể dễ dàng ghi đè số liệu theo thứ tự thủ công trong cài đặt nâng cao của kết nối mạng: Cách thay đổi kết nối mặc định trong Windows . (Nên hoạt động tương tự từ XP đến 8.1 với sự khác biệt nhỏ hoặc không có sự khác biệt)

Hầu hết các chương trình hiện đại sử dụng kết nối mặc định được cung cấp bởi hệ thống, sau khi kết nối được thiết lập, nó sẽ (nên) được giữ trên đó. Thông thường nó có nghĩa là chương trình sẽ sử dụng các kết nối mặc định đúng lúc bạn khởi động nó. Bằng cách chuyển đổi kết nối mặc định trước khi mở kết nối, bạn có thể chuyển đổi kết nối tùy theo tác vụ và giữ cả hai mở cùng một lúc.

Hãy nhớ rằng một số chương trình (ví dụ: trình quản lý tải xuống / tải lên) sẽ mở các kết nối cho mỗi tác vụ, thay vì mỗi phiên, vì vậy số dặm của bạn có thể thay đổi.


8

Điều này là không thể. Lời cảm ơn là một phần không thể thiếu của Giao thức điều khiển truyền dẫn. Nếu bạn phân tách dữ liệu đến và đi một cách khác biệt giữa hai giao diện, bạn sẽ vô hiệu hóa thành phần xác nhận của giao thức.

TCP là một giao thức hướng kết nối, có nghĩa là một kết nối được thiết lập và duy trì cho đến khi các chương trình ứng dụng ở mỗi đầu kết thúc việc trao đổi tin nhắn. Nó xác định cách chia dữ liệu ứng dụng thành các gói mà mạng có thể phân phối, gửi gói đến và chấp nhận gói từ lớp mạng, quản lý điều khiển luồng và điều khiển vì nó có nghĩa là cung cấp truyền dữ liệu không có lỗi. cũng như xác nhận tất cả các gói đến. Trong mô hình truyền thông Liên kết hệ thống mở (OSI), TCP bao gồm các phần của Lớp 4, Lớp vận chuyển và các phần của Lớp 5, Lớp phiên.

Bộ định tuyến có thể thực hiện cân bằng tải mạng giữa các giao diện riêng biệt, nhưng thường hoạt động khi băm. Điều này có nghĩa là một kết nối được thiết lập trên một giao diện nhất định dựa trên thuật toán băm và được duy trì trên giao diện đó cho đến khi nó kết thúc. Ngay cả với các bộ định tuyến đắt tiền, mỗi giao diện được yêu cầu để duy trì kết nối được thiết lập cho đến khi hoàn thành.


Bổ sung: Có thể là có thể, nhưng phạm vi thực hiện làm cho nó không thực tế. Ngoài ra, ngay cả khi bạn quản lý để giảm tải tất cả lưu lượng truy cập của mình sang mạng di động, bạn nghĩ sẽ mất bao lâu trước khi ISP cập nhật điều khoản dịch vụ của bạn? Có khả năng chính sách sử dụng hợp lý ở đó đâu đó. Dưới đây là các yêu cầu.

  • IP giả mạo của lưu lượng truy cập đi qua mạng di động để khớp với lưu lượng truy cập đi qua kết nối ISP của bạn để nó trả về qua ISP con. Điều này có thể được thực hiện với iptables.
  • Tuyến đường giao thông địa phương thông qua teather di động. Đôi khi như: 'route add 192.168.0.0/16 mask 255.255.0.0 [IP bên ngoài của tether di động]. Có thể chạy DDNS để tránh bạn phải cập nhật điều này thường xuyên.

http://lartc.org/howto/lartc.rpdb.mult Môn-links.html

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

Nếu bạn muốn sử dụng ISP lớn, hãy xem xét định tuyến không đối xứng với BGP.


11
Đây là baloney; Có rất ít trong câu trả lời này thực sự sai, nhưng tất cả đều hoàn toàn không liên quan.
Ben Voigt

1
Không thể một số hình thức của đường hầm giải quyết điều đó? Lời cảm ơn vẫn sẽ phải đi theo hướng không mong muốn, nhưng hầu hết dữ liệu thì không. Và việc đào hầm qua UDP thậm chí có thể tránh được các xác nhận, phải không?
Artur Gaspar

1
@ArturGaspar: Lời cảm ơn chỉ là các gói dữ liệu TCP với bộ cờ ACK, chúng tuân theo các quy tắc giống như tất cả các gói dữ liệu TCP. Và không có "phải đi theo hướng không mong muốn". Các gói IP giống như phong bì - bạn có thể viết địa chỉ trả lại, đưa chúng đến bất kỳ bưu điện nào và thả chúng vào hộp. Chúng không phải được đặt trong hộp riêng của bạn - hãy nghĩ xem có bao nhiêu bưu thiếp được gửi trong khi đi nghỉ. Cái bắt cho các gói IP là lọc đường dẫn ngược, được thiết kế đặc biệt để phát hiện và ngăn chặn điều này (Lưu ý rằng cũng có thể giả mạo địa chỉ trả lại trên thư giấy)
Ben Voigt

1
Khiếu nại trong câu trả lời này rằng "Nếu bạn phân tách dữ liệu đến và đi một cách khác biệt giữa hai giao diện, bạn sẽ vô hiệu hóa thành phần xác nhận của giao thức." là một trong những phần hoàn toàn sai. Các xác nhận TCP hoạt động giữa các điểm cuối và đường dẫn được thực hiện bởi các gói không hoàn toàn (miễn là thời gian tồn tại không bị vượt quá) và chắc chắn không phải khớp.
Ben Voigt

1
Không thể phân chia dữ liệu đến và đi ?? Tải xuống băng thông rộng vệ tinh với tải lên Dialup đã được bán trong Aus trong nhiều năm. Google "Nhận một chiều, với truyền trên mặt đất"
JumpingJezza

4

Có thể sử dụng cả hai truy cập internet để chia sẻ tải về tải xuống / tải lên, nhưng luôn luôn chỉ trên mỗi kết nối. Vì vậy, một kết nối TCP (hoặc UDP) chỉ có thể đi qua một liên kết. Điều này cũng được đề cập trong câu trả lời khác - đối với các gói TCP gửi đi, bạn phải nhận các gói xác nhận và chúng phải đi qua cùng một giao diện.

Ví dụ, bạn có thể thay đổi bảng định tuyến trước khi thực hiện tải lên youtube lớn để chuyển hướng tất cả lưu lượng truy cập youtube qua internet với tốc độ tải lên nhanh hơn và sau đó thay đổi lại. Nhưng nó sẽ khó khăn vì youtube sử dụng nhiều địa chỉ IP khác nhau (định tuyến hoạt động trên IP, không phải trên tên máy chủ). Nhưng đối với một số máy chủ FTP của công ty, nó có thể thực hiện được.

Điều này đúng với tất cả các truy cập internet tại nhà nơi bạn được cung cấp địa chỉ IP từ ISP của bạn. Vì vậy, trên ISP đầu tiên bạn nhận được, ví dụ IP 1.2.3.4, nhưng trên điện thoại di động, bạn nhận IP của nhà khai thác mạng điện thoại, ví dụ 5.6.7.8. Toàn bộ kết nối (dữ liệu đi và đến) chỉ phải đi với một trong những địa chỉ IP đó.

Đối với internet lưu trữ thương mại và máy chủ, bạn có thể nhận một địa chỉ IP độc lập với ISP và do đó bạn có thể sử dụng nhiều kết nối internet hơn cùng một lúc.


Bạn luôn có thể sử dụng proxy HTTP hoặc SOCKS cục bộ thay vì chỉnh sửa thủ công bảng định tuyến. Bằng cách này, bạn có thể tách riêng hai kết nối một cách đơn giản thông qua một addon trình duyệt như FoxyProxy.
sleblanc

Đề xuất thú vị, nhưng tôi không nghĩ bạn có thể chỉ định ip nguồn trong cấu hình proxy (vì giao diện mạng đi được chọn bởi ip nguồn).
Marki555

2

Bạn sẽ phải có kết nối lớp phủ (đường hầm) hỗ trợ các điểm cuối khác nhau cho lưu lượng truy cập ngược và xuôi. Giao thức duy nhất mà tôi biết có hỗ trợ nguyên bản đó là LISP (Giao thức phân tách định danh định vị). Nếu bạn có thể tìm thấy ISP LISP gần bạn, bạn có thể mua dịch vụ từ họ ngoài các kết nối hiện tại của bạn. Nó có thể sẽ không được miễn phí mặc dù.


2

Về mặt kỹ thuật, khả năng này vốn đã được tích hợp vào tất cả các mạng được xây dựng trên đỉnh IP (bạn phải có một địa chỉ IP có thể định tuyến công khai) và được kích hoạt chỉ bằng cách thay đổi bảng định tuyến phía máy khách của bạn. Nhiều khả năng lưu lượng truy cập dành cho mạng cục bộ của ISP sẽ tiếp tục được gửi qua giao diện đó, trong khi tất cả lưu lượng truy cập khác sẽ đi qua cổng mặc định của bạn.

Địa chỉ IP "nguồn" phải khớp để xác nhận và mọi thứ khác đều được chọn dựa trên ổ cắm mà dữ liệu được gửi và ngoại trừ trường hợp bất thường của ổ cắm bị hạn chế giao diện, hoàn toàn không có gì để làm với giao diện được sử dụng để mang dữ liệu. (Trái ngược với nhận xét nói rằng giao diện mạng gửi đi được chọn bởi IP nguồn, trong thực tế chỉ có bảng định tuyến có bất kỳ ảnh hưởng nào).

Tuy nhiên, thực tế là việc định tuyến chỉ phụ thuộc vào địa chỉ đích đã được sử dụng cho mục đích xấu (giả mạo gói là một thành phần quan trọng của các cuộc tấn công phản chiếu), vì vậy hầu hết các nhà mạng đã cấu hình bộ định tuyến của họ để thực hiện lọc đường ngược và vứt bỏ các gói trong đó IP nguồn địa chỉ không khớp với đường dẫn, vì chúng được coi là giả mạo.

Nếu bạn không có địa chỉ IP công cộng, ngoài việc lọc đường dẫn ngược, lớp NAT / PAT sẽ ngăn điều này hoạt động (địa chỉ IP nguồn được máy tính của bạn sử dụng sẽ vô nghĩa trên mạng khác và sẽ không được viết lại chính xác nếu gói không đi qua bộ định tuyến NAT / PAT).

Trong thực tế đối với các mạng đa biến lớn, định tuyến không đối xứng xảy ra. Điều quan trọng, hầu hết các triển khai lọc đường dẫn ngược yêu cầu một tuyến tồn tại phù hợp với giao diện nơi gói đến; nó không phải là tuyến ưa thích (tuyến có số liệu chi phí thấp nhất).

Vì vậy, "tất cả" bạn phải làm là thuyết phục nhà cung cấp internet của bạn (bao gồm cả nhà cung cấp của họ ngược dòng) để (a) vô hiệu hóa lọc đường dẫn ngược hoặc (b) thiết lập tuyến không ưa thích. Điều đó sẽ không xảy ra, các bộ định tuyến lõi không thể xử lý ba tỷ tuyến, để có một tuyến cho mỗi địa chỉ IP công cộng duy nhất. Vì vậy, rất hiếm khi có các tuyến đường cho bất kỳ khối nào nhỏ hơn a / 20, ngoại trừ bên trong ISP nơi các tuyến tồn tại cho tất cả các mạng con cục bộ.


Có lẽ việc lọc giữa các nguồn khác nhau sẽ không được thực hiện nếu ISP của anh ta cũng là nhà cung cấp gói điện thoại di động 4G của anh ta?
Ángel

@ Ángel: Điều đó hoàn toàn có thể, nhưng nếu cùng một công ty cung cấp cả hai dịch vụ, tôi nghi ngờ rằng sẽ tiếp thị khả năng này (xét cho cùng, internet vệ tinh đã sử dụng các đường dẫn rất khác nhau để tải lên và tải xuống, cả dưới sự kiểm soát của cùng một ISP)
Ben Voigt

Chỉ khi họ chính thức hỗ trợ cấu hình như vậy. Hầu hết các công ty điện thoại ở đây cung cấp cả điện thoại (cuộc gọi và dữ liệu) và ADSL dân dụng. Tùy thuộc vào sự phân tách (thiếu) của hai mạng đó, nó có thể hoạt động [trong một thời gian] và tôi hy vọng thiết lập đó sẽ phá vỡ bất kỳ ngày nào (nhưng Freddy có thể tận hưởng bản hack đó cho đến lúc đó)
Ángel

2

Câu trả lời ngắn gọn là: trong 95% trường hợp không thể thực hiện được và trường hợp của bạn nằm trong 95% đó.

Trước tiên, hãy để tôi nói rằng việc định tuyến tải lên và tải xuống riêng biệt rất ít có ý nghĩa, bởi vì ngay cả các tác vụ tải xuống cường độ cao cũng yêu cầu một số gói chuyển ngược về nguồn, tức là bất kỳ tải xuống nào cũng yêu cầu một số luồng tải lên (Điều này không đúng với UDP so với TCP, nhưng đừng bận tâm điều đó).

Nếu chúng tôi chuyển kênh tải lên của một kết nối tải xuống chủ yếu qua một NIC khác với kết nối được sử dụng cho phần tải xuống, nguồn tải xuống sẽ thấy các phản hồi cho các gói của nó bắt nguồn từ một địa chỉ IP khác với địa chỉ IP khác gửi gói tin; đây là một tính năng bảo mật cơ bản để bỏ qua các gói có liên quan đến một kết nối nhất định, nhưng có nguồn gốc từ một địa chỉ của bên thứ ba. Do đó, phần tải lên của cuộc trò chuyện sẽ bị hủy và kết nối sẽ bị dừng lại. Điều này ít liên quan đến ISP và dịch vụ của họ: nó xảy ra ngay cả giữa hai chiếc trên cùng một mạng LAN, nếu một trong hai người đang cố gắng kết nối với một địa chỉ IP bằng cách sử dụng trong cùng một kết nối hai NICS khác nhau (do đó có hai IP khác nhau) .

Đây là lý do tại sao chúng ta nói về các kết nối, không tải lên / tải xuống. Nhưng sau đó, người ta có thể đặt lại câu hỏi của bạn như sau: tôi có thể có một máy tính, có hai NIC được kết nối với mạng không, sử dụng hai NIC cho hai phân biệt kết nối, giả sử kết nối chậm cho một công việc chậm chạp, tẻ nhạt như e-mail và kết nối nhanh cho một quy trình nhanh như tải xuống trang Web?

Câu trả lời ngắn cho câu hỏi được đặt ra tốt này là: trong Windows, * Nix (bao gồm MacOS) và Android no. Trong Linux, bạn có thể.

Lý do tại sao bạn không thể làm điều này trong Windows (bất kỳ phiên bản nào), * Nix và Android là vì bất kỳ bảng định tuyến nào cũng có thể chỉ có một cổng mặc định (* tức là * địa chỉ mà bạn gửi tất cả các gói không được gửi đến mạng LAN của bạn) và những Các hệ điều hành chỉ có thể xử lý một bảng định tuyến: do đó một cổng duy nhất.

Thay vào đó, để phân bổ các ứng dụng khác nhau cho các giao diện khác nhau, bạn cần hai chức năng riêng biệt: một, khả năng hai chạy hai bảng định tuyến đồng thời và hai, khả năng buộc các ứng dụng vào bảng định tuyến. Chỉ có nhân Linux (năm ánh sáng trước đối thủ) mới có những khả năng này, như bài viết này. Hạt nhân * Nix bù đắp một phần cho điều đó thông qua việc sử dụng hợp lý tường lửa của nó, pfsense, nhưng không đạt được kết quả đầy đủ.

Khả năng chạy hai bảng định tuyến cùng một lúc (được gọi là định tuyến chính sách hoặc định tuyến dựa trên nguồn ) có nghĩa là các gói được định tuyến khác nhau tùy thuộc vào địa chỉ IP của chúng. Đây là một tính năng cực kỳ hữu ích nếu bạn đang xây dựng một bộ định tuyến.

Tuy nhiên, để sử dụng các NIC khác nhau (và do đó IPS) tùy thuộc vào ứng dụng, bạn cần có không gian tên mạng , tính năng nhân Linux cho phép bạn tạo một lớp vỏ riêng với ngăn xếp mạng riêng. Bây giờ các tiến trình chạy bên trong lớp vỏ riêng biệt này sẽ được định tuyến theo bảng định tuyến của không gian tên mạng, không phải của máy tính chính.

Tất nhiên đây là một hình thức ảo hóa, mặc dù là một hình thức yếu hơn so với, một container Linux, chưa kể đến một máy ảo. Nhưng đó là cách thực sự, với một máy tính duy nhất, định tuyến các quy trình khác nhau thông qua các giao diện khác nhau.

Tóm lại, trong Linux (và chỉ trong Linux), bạn có thể chạy một không gian tên mạng riêng, ví dụ, được kết nối qua VPN đến nơi làm việc của bạn, để bạn truy cập tài nguyên công việc của mình và, nếu bạn chạy Firefox, bạn dường như được đặt tại nơi làm việc của bạn, đồng thời chạy Google Chrome bên ngoài không gian tên mạng và do đó xuất hiện (trên Chrome) để đặt tại nhà.


2
"có ý định liên quan đến một kết nối nhất định, nhưng xuất phát từ địa chỉ của bên thứ ba" ... địa chỉ nguồn trong gói là thứ duy nhất khiến nó liên quan đến một kết nối nhất định và lọc đường dẫn ngược không quan tâm đến việc liệu các gói tin bị rớt có hướng kết nối hay không (hầu hết các cuộc tấn công giả mạo đều chống lại các giao thức không kết nối).
Ben Voigt

"Điều này ít liên quan đến ISP và dịch vụ của họ: nó xảy ra ngay cả giữa hai chiếc trên cùng một mạng LAN" - Nó có mọi thứ để làm với ISP. Bạn có thể vô hiệu hóa tính năng lọc đường dẫn ngược trên máy tính của riêng bạn (nếu bạn đang chạy một hệ điều hành như Linux có nó ở vị trí đầu tiên). Vấn đề là khi ISP của bạn (hoặc nhà cung cấp thượng nguồn của họ) đang sử dụng nó.
Ben Voigt

0

Việc chia các kết nối liên quan giữa các nhà cung cấp khác nhau sẽ chỉ có thể nếu bạn có một địa chỉ IP duy nhất có thể truy cập / định tuyến được từ cả hai nhà cung cấp. IP đó thường sẽ được cung cấp cho bạn như một phần của khối địa chỉ lớn hơn thông qua BGP. Và nếu bạn có điều đó, bạn sẽ có thể thực hiện điều này với BGP bằng cách sử dụng một tính năng được gọi là đường dẫn trước khi chờ xử lý và quy tắc tùy chọn cục bộ trong BGP.

Ngay cả khi bạn có thể có được sự sắp xếp như vậy để hoạt động giữa ISP và nhà cung cấp điện thoại di động của mình để IP của bạn có thể truy cập được qua cả hai mạng, thì có thể bạn sẽ phải trả nhiều hơn so với việc bạn trả tiền ngay cả cho cả hai kết nối.

Mặt khác, những gì bạn thực sự hỏi là liệu có thể ưu tiên kết nối 4G cho phiên tải lên chủ yếu như khi tải lên các tệp bằng ftp / sftp hoặc http. Và để duyệt web bình thường để có lưu lượng truy cập đó sử dụng ISP của bạn thì tôi nghĩ câu trả lời là có thể. Nhưng để có thể hoạt động, bạn phải có thể phân loại phiên làm việc chủ yếu là tải lên hoặc tải xuống. Vì ftp và http và các giao thức khác có thể được sử dụng như nhau cho tải lên hoặc tải xuống, bạn không thể xác định điều này theo số cổng. Vì vậy, thay thế duy nhất là nhìn vào dữ liệu giữa dòng. Ở giai đoạn đó, quyết định sẽ được đưa ra khi dữ liệu đang chảy. Vì vậy, không thể được tự động.

Vì vậy, trong trường hợp của bạn. KHÔNG. (ít nhất là không khi bạn đang đi giày).


0

Bạn cần một máy chủ mà bạn kiểm soát có thể truy cập từ cả hai kết nối.

Thiết lập hai đường hầm VPN đến máy chủ đó, mỗi đường dẫn đến từ một giao diện khác nhau về phía bạn. Một khi bạn đã có nó giống như có hai cáp Ethernet. Bạn có thể sử dụng liên kết để sử dụng chúng với nhau như một sợi cáp lớn hơn, sau đó thử chuyển lưu lượng qua nó.

Bây giờ tôi không biết liệu bạn có thực sự đạt được nhiều hiệu suất trong số đó không (độ trễ của mạng di động cao hơn nhiều so với băng thông rộng của bạn có thể gây ra sự cố), nhưng bạn nên thử và xem.

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.