Apakah mungkin untuk menggabungkan akses Internet ISP dan ponsel saya? Saya ingin membagi unduhan dan unggah [duplikat]

Saya ingin menggunakan ISP saya hanya untuk pengunduhan, dan koneksi 4G ponsel saya hanya untuk pengunggahan. Ini karena kecepatan unggah ISP saya buruk, tetapi unduhannya OK, dan unggahan 4G saya bagus dan gratis (saya hanya membayar untuk unduhan).

Jadi satu PC, dua koneksi: ISP untuk unduh, dan 4G untuk unggah. Dengan melakukan ini saya akan membayar sama seperti hari ini, tetapi tingkatkan unggahan saya dari 0,1 Mbit / dtk sekitar 60 Mbit / dtk.

Meskipun secara praktis tidak mungkin untuk memisahkan unggahan dan unduhan antar koneksi (seperti yang dijelaskan dalam rincian dalam jawaban lain) ada kemungkinan solusi manual.

Anda dapat memanipulasi koneksi default, mengalihkannya tergantung pada tugas yang ingin Anda mulai. Koneksi default pada Windows adalah antarmuka yang terhubung pertama kali, urutannya dihitung oleh Metric (yang cenderung menempatkan nirkabel di atas kabel).

Anda dapat dengan mudah mengganti metrik dengan urutan manual di pengaturan lanjutan koneksi jaringan: Cara mengubah koneksi default di Windows . (Harus bekerja sama dari XP ke 8.1 dengan perbedaan kecil atau tidak ada)

Sebagian besar program modern menggunakan koneksi default yang disediakan oleh sistem, setelah koneksi dibuat, itu akan (harus) disimpan di dalamnya. Biasanya itu berarti bahwa program akan menggunakan koneksi yang default pada saat Anda memulainya. Dengan mengalihkan koneksi default sebelum membuka koneksi, Anda mungkin dapat mengalihkan koneksi tergantung pada tugas dan tetap membuka keduanya secara bersamaan.

Ingatlah bahwa beberapa program (mis. Pengelola unduhan / unggah) akan membuka koneksi per-tugas, bukan per sesi, sehingga jarak tempuh Anda dapat bervariasi.

Ini tidak mungkin. Ucapan terima kasih adalah bagian integral dari Protokol Kontrol Transmisi. Jika Anda membagi data yang masuk dan keluar secara jelas di antara dua antarmuka, Anda akan secara inheren menonaktifkan komponen pengakuan dari protokol.

TCP adalah protokol berorientasi koneksi, yang berarti koneksi dibuat dan dipelihara sampai program aplikasi di setiap ujung selesai bertukar pesan. Ini menentukan bagaimana memecah data aplikasi ke dalam paket-paket yang dapat dikirimkan jaringan, mengirim paket ke, dan menerima paket-paket dari lapisan jaringan, mengelola kontrol aliran, dan — karena dimaksudkan untuk menyediakan transmisi data yang bebas kesalahan — menangani pengiriman ulang paket yang jatuh atau rusak. serta pengakuan semua paket yang datang. Dalam model komunikasi Open Systems Interconnection (OSI), TCP mencakup bagian-bagian dari Layer 4, Transport Layer, dan bagian-bagian dari Layer 5, Session Layer.

Router dapat mengimplementasikan penyeimbangan beban jaringan antara antarmuka yang berbeda, tetapi biasanya beroperasi pada hashing. Ini berarti bahwa koneksi dibuat pada antarmuka yang diberikan berdasarkan algoritma hashing, dan dipertahankan pada antarmuka itu sampai berakhir. Bahkan dengan router mahal, setiap antarmuka diperlukan untuk mempertahankan koneksi yang ada sampai selesai.

Tambahan: Mungkin saja, tetapi ruang lingkup implementasinya membuatnya tidak praktis. Selain itu, bahkan jika Anda berhasil membongkar semua lalu lintas ke penambat seluler, berapa lama menurut Anda sebelum ISP memperbarui persyaratan layanan Anda? Kemungkinan sudah ada kebijakan penggunaan yang adil di sana. Berikut persyaratannya.

• Spoof IP sumber lalu lintas keluar melalui tambatan seluler agar cocok dengan lalu lintas keluar melalui koneksi ISP Anda sehingga kembali melalui ISP con. Ini bisa dilakukan dengan iptables.
• Rutekan lalu lintas lokal melalui ponsel. Sesuatu seperti: 'route add 192.168.0.0/16 mask 255.255.0.0 [IP eksternal mobile tether]. Mungkin jalankan DDNS agar Anda tidak perlu sering memperbarui ini.

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

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

Jika Anda ingin menggunakan ISP besar, lihat perutean asimetris dengan BGP.

Dimungkinkan untuk menggunakan kedua akses internet untuk berbagi beban unduhan / unggah, tetapi selalu hanya per koneksi. Jadi satu koneksi TCP (atau UDP) hanya bisa melalui satu tautan. Ini disebutkan juga dalam jawaban lain - untuk paket TCP keluar Anda harus menerima paket pengakuan dan ini harus melalui antarmuka yang sama.

Anda dapat secara manual mengubah tabel perutean misalnya sebelum melakukan upload youtube besar untuk mengalihkan semua lalu lintas youtube melalui internet dengan kecepatan unggah yang lebih cepat dan kemudian mengubahnya kembali. Tapi itu akan sulit karena youtube menggunakan banyak alamat IP yang berbeda (routing berfungsi pada IP, bukan pada nama host). Tetapi untuk beberapa server FTP perusahaan, itu bisa dilakukan.

Ini berlaku untuk semua akses internet rumah tempat Anda diberi alamat IP dari ISP Anda. Jadi pada ISP pertama Anda mendapatkan misalnya IP 1.2.3.4, tetapi pada ponsel Anda mendapatkan IP dari operator jaringan telepon Anda, misalnya 5.6.7.8. Seluruh koneksi (data keluar dan masuk) harus pergi hanya dengan satu dari alamat IP tersebut.

Untuk internet hosting komersial dan server Anda bisa mendapatkan satu alamat IP yang independen dari ISP dan sehingga Anda dapat menggunakan lebih banyak koneksi internet pada saat yang sama.

Anda harus memiliki koneksi overlay (terowongan) yang mendukung titik akhir yang berbeda untuk lalu lintas hulu dan hilir. Satu-satunya protokol yang saya tahu yang mendukung yang asli adalah LISP (Locator Identifier Separation Protocol). Jika Anda dapat menemukan ISP LISP di dekat Anda, Anda mungkin dapat membeli layanan dari mereka di samping koneksi Anda saat ini. Mungkin tidak akan gratis.

Secara teknis, kemampuan ini secara inheren dibangun ke dalam semua jaringan yang dibangun di atas IP (Anda harus memiliki alamat IP yang dapat dirutekan secara publik), dan diaktifkan hanya dengan mengubah tabel perutean sisi klien Anda. Kemungkinan besar lalu lintas yang ditujukan untuk jaringan lokal ISP sendiri akan terus dikirim melalui antarmuka itu, sementara semua lalu lintas lainnya akan keluar melalui gateway default Anda.

Alamat IP "sumber" yang harus cocok untuk membuat pengakuan dan segala sesuatu yang berfungsi dipilih berdasarkan soket di mana data dikirim, dan, kecuali untuk kasus yang tidak biasa dari soket yang dibatasi antarmuka, tidak ada hubungannya sama sekali dengan antarmuka yang digunakan untuk membawa data. (Berbeda dengan komentar yang mengatakan bahwa antarmuka jaringan keluar dipilih oleh IP sumber, pada kenyataannya hanya tabel routing yang memiliki pengaruh).

Namun, fakta bahwa perutean hanya bergantung pada alamat tujuan telah digunakan untuk tujuan jahat (packet spoofing adalah komponen penting dari serangan refleksi), sehingga sebagian besar operator telah mengkonfigurasi router mereka untuk menerapkan penyaringan jalur balik dan membuang paket di mana sumber IP alamat tidak cocok dengan jalurnya, karena dianggap palsu.

Jika Anda tidak memiliki alamat IP publik, maka selain membalikkan pemfilteran jalur, lapisan NAT / PAT akan mencegah ini bekerja (alamat IP sumber Anda yang digunakan oleh komputer Anda akan menjadi tidak berarti di jaringan lain, dan tidak akan ditulis ulang dengan benar jika paket tidak keluar melalui router NAT / PAT).

Bahkan untuk jaringan multihom besar, perutean asimetris memang terjadi. Yang penting, sebagian besar implementasi penyaringan jalur balik mensyaratkan adanya rute yang cocok dengan antarmuka tempat paket tersebut tiba; itu tidak harus menjadi rute yang disukai (rute dengan metrik biaya terendah).

Jadi, "semua" yang harus Anda lakukan adalah meyakinkan penyedia internet Anda (termasuk penyedianya di hulu) untuk (a) menonaktifkan penyaringan jalur balik atau (b) mengatur rute yang tidak disukai. Itu tidak akan terjadi, router inti tidak dapat menangani tiga miliar rute, untuk memiliki satu untuk setiap alamat IP publik yang unik. Jadi sangat jarang memiliki rute untuk blok yang lebih kecil dari / 20, kecuali secara internal ke ISP di mana rute ada untuk semua subnet lokal.

Jawaban singkatnya adalah: dalam 95% kasus itu tidak dapat dilakukan, dan Anda berada dalam 95% itu.

Pertama, izinkan saya mengatakan bahwa tidak masuk akal untuk berbicara tentang perutean yang secara terpisah mengunggah dan mengunduh, karena bahkan tugas pengunduhan yang intens mengharuskan beberapa paket mengalir mundur ke sumbernya, yaitu setiap pengunduhan memerlukan beberapa aliran pengunggahan (Ini kurang benar untuk UDP daripada untuk TCP, tapi tidak apa-apa).

Jika kami menyalurkan unggahan sebagian besar koneksi unduhan melalui NIC yang berbeda dari yang digunakan untuk bagian unduhan, sumber unduhan akan melihat balasan paket-paketnya berasal dari alamat IP yang berbeda dari yang ada saat itu. mengirim paket; itu adalah fitur keamanan dasar untuk mengabaikan paket yang mengaku terkait dengan koneksi yang diberikan, tetapi berasal dari alamat pihak ketiga. Karenanya bagian unggahan dari percakapan akan terputus, dan koneksi akan terhenti. Ini tidak ada hubungannya dengan ISP dan layanan mereka: ini terjadi bahkan antara dua pcs pada LAN yang sama, jika salah satu dari keduanya mencoba untuk terhubung ke alamat IP dengan menggunakan dalam koneksi yang sama dua NICS yang berbeda (maka dua IP berbeda) .

Ini adalah alasan mengapa kita berbicara tentang koneksi, bukan mengunggah / mengunduh. Tetapi kemudian seseorang dapat merumuskan kembali pertanyaan Anda sebagai berikut: dapatkah saya memiliki pc, yang memiliki dua NIC yang terhubung ke jaringan, menggunakan dua NIC untuk dua yang berbeda koneksi, katakan koneksi lambat untuk pekerjaan yang lambat dan membosankan seperti email, dan koneksi cepat untuk proses cepat seperti pengunduhan halaman Web?

Jawaban singkat untuk pertanyaan yang diajukan ini adalah: di Windows, * Nix (termasuk MacOS) dan Android no.Di Linux, Anda bisa.

Alasan mengapa Anda tidak dapat melakukan ini di Windows (versi apa pun), * Nix dan Android adalah bahwa setiap tabel routing hanya memiliki satu gateway default (* yaitu * alamat tujuan pengiriman semua paket yang tidak ditujukan ke LAN Anda), dan ini OS hanya dapat menangani satu tabel routing: karenanya satu gateway.

Sebaliknya, untuk memilih aplikasi yang berbeda untuk antarmuka yang berbeda, Anda memerlukan dua fungsi yang berbeda: satu, kemampuan dua menjalankan dua tabel perutean secara bersamaan, dan dua, kemampuan untuk mengikat aplikasi ke salah satu tabel perutean. Hanya kernel Linux (tahun cahaya di depan kompetisi) yang memiliki kemampuan ini, sampai tulisan ini dibuat. Kernel * Nix mengkompensasi sebagian melalui penggunaan firewall yang bijaksana, pfsense, namun tanpa mencapai hasil penuh.

Kemampuan untuk menjalankan dua tabel perutean pada saat yang sama (disebut perutean kebijakan atau perutean berbasis sumber ) berarti bahwa paket-paket dirutekan secara berbeda tergantung pada alamat IP mereka. Ini adalah fitur yang sangat berguna jika Anda membangun router.

Namun, untuk menggunakan NIC yang berbeda (dan dengan demikian IPS) tergantung pada aplikasinya, Anda memerlukan ruang nama jaringan , fitur kernel Linux yang memungkinkan Anda membuat shell terpisah dengan tumpukan jaringannya sendiri. Sekarang proses yang berjalan di dalam shell terpisah ini semua akan diarahkan sesuai dengan tabel routing dari namespace jaringan, bukan dari pc utama.

Ini tentu saja merupakan bentuk virtualisasi, meskipun bentuk yang lebih lemah daripada, katakanlah, wadah Linux, belum lagi mesin virtual. Tetapi ini adalah cara nyata, dengan satu pc, untuk merutekan proses yang berbeda melalui antarmuka yang berbeda.

Singkatnya, di Linux (dan hanya di Linux) Anda dapat menjalankan namespace jaringan yang terpisah, yang, misalnya, terhubung melalui VPN ke tempat kerja Anda, sehingga Anda mengakses sumber daya kerja Anda, dan, jika Anda menjalankan Firefox, Anda tampaknya berbasis di tempat kerja Anda, sementara pada saat yang sama menjalankan Google Chrome di luar namespace jaringan, dan dengan demikian muncul (di Chrome) berbasis di rumah.

Memisahkan koneksi terkait di berbagai penyedia hanya akan mungkin jika Anda memiliki satu alamat IP yang dapat dijangkau / dapat dilalui dari kedua penyedia. IP itu biasanya diberikan kepada Anda sebagai bagian dari blok alamat yang lebih besar melalui BGP. Dan jika Anda memilikinya, Anda akan dapat melakukan ini dengan BGP menggunakan fitur yang disebut path pre-pending dan aturan preferensi lokal di BGP.

Bahkan jika Anda bisa mendapatkan pengaturan seperti itu untuk bekerja antara ISP Anda dan penyedia ponsel Anda sehingga IP Anda akan dapat dijangkau melalui kedua jaringan, kemungkinan akan dikenakan biaya lebih banyak daripada yang Anda bayarkan sekarang untuk kedua koneksi.

Jika di sisi lain yang sebenarnya Anda tanyakan adalah apakah mungkin untuk mendukung koneksi 4G untuk sesi pengunggahan yang dominan seperti ketika mengunggah file dengan ftp / sftp atau http. Dan untuk penelusuran web normal agar lalu lintas menggunakan ISP Anda, maka saya pikir jawabannya mungkin. Tetapi agar mungkin berhasil, Anda harus dapat mengklasifikasikan sesi tersebut sebagai sesi unggahan utama, atau unduhan. Karena ftp dan http dan protokol lain dapat digunakan secara sama untuk mengunggah atau mengunduh, Anda tidak dapat menentukan ini dengan nomor port. Jadi satu-satunya alternatif adalah melihat data mid-stream. Pada tahap itu keputusan akan dibuat karena data sudah mengalir. Jadi itu tidak bisa otomatis.

Jadi, dalam kasus Anda. TIDAK. (Setidaknya tidak ketika Anda menggunakan tali sepatu).

Anda memerlukan host yang dapat Anda kendalikan dari kedua koneksi.

Siapkan dua terowongan VPN ke host itu, masing-masing pergi dari antarmuka yang berbeda di sisi Anda. Setelah Anda memilikinya, rasanya seperti memiliki dua kabel Ethernet. Anda dapat menggunakan ikatan untuk menggunakannya bersama sebagai kabel yang lebih besar, dan kemudian mencoba melewati lalu lintas melaluinya.

Sekarang saya tidak tahu apakah Anda benar-benar akan mendapatkan banyak kinerja (latensi jaringan seluler jauh lebih tinggi daripada broadband Anda yang dapat menyebabkan masalah), tetapi Anda harus mencobanya dan melihatnya.