Saya memiliki Mac, yang menjalankan Mac OS X 10.6 atau Ubuntu 9.10 atau Windows XP (Multiboot). Solusi dapat untuk semua sistem, apa pun yang bekerja lebih baik.
Saya memiliki dua ISP , satu dapat diakses melalui Wi-Fi , satu dapat diakses melalui LAN . Di Mac OS XI dapat menentukan prioritas, jaringan mana yang harus dipilih terlebih dahulu. Tapi yang ingin saya lakukan adalah memuat-menyeimbangkan dengan kedua jaringan.
Saya tidak ingin membeli perangkat keras tambahan. Saya memiliki beberapa router Wi-Fi yang tidak digunakan jika ini akan membantu.
Mengompilasi dan mengkonfigurasi program di Linux tidak masalah bagi saya.
Pertanyaan serupa: Load balancing dengan beberapa gateway
Jawaban:
Topik dekat, untuk linux, akan menjadi pengaturan 'metrik' untuk rute. Angka yang lebih rendah lebih disukai daripada angka yang lebih tinggi. Jika Anda memberikan kedua rute metrik yang sama, maka saya pikir mereka akan dipilih dengan probabilitas yang sama.
Saya pikir teknik yang Anda coba capai disebut multihoming . Saya tidak punya pengalaman langsung dengannya. Namun, beberapa hal yang mungkin perlu Anda ingat.
Siapa pun, itu adalah semua petunjuk yang dapat saya pikirkan saat ini.
sumber
metric
adalah parameter untuk antarmuka jaringan di Windows dan OS X juga; OS apa pun yang mendukung banyak antarmuka jaringan akan membutuhkan sarana pengaturan prioritas.Anda bisa menggunakan sistem metrik perutean di mana Anda memasang kedua koneksi internet di tabel perutean Anda dengan metrik yang sama. Sistem operasi kemudian harus menggunakan kedua rute ini secara sama, secara efektif membagi lalu lintas keluar Anda di kedua tautan.
Lalu lintas masuk sebagai balasan atas permintaan Anda juga harus seimbang karena akan kembali ke antarmuka (IP Publik) yang keluar dari permintaan.
Masalahnya adalah persistensi sesi, misalnya Anda melihat situs web melalui salah satu tautan Anda, tetapi tampilan halaman berikutnya dimuat dengan seimbang dari antarmuka Anda yang lain, ini akan membingungkan beberapa aplikasi karena alamat IP sumber Anda akan terus berubah.
Karena itu saya mungkin hanya akan membagi beberapa lalu lintas Anda ke antarmuka lain menggunakan tidak ada rute biaya yang sama, mungkin dengan aplikasi, tujuan atau protokol. Hanya sesuatu yang akan membuat jalur lalu lintas Anda konsisten.
sumber
Connectify Dispatch memiliki solusi yang akan melakukan apa yang Anda butuhkan. Saat ini hanya untuk Windows, tetapi orang-orang telah berhasil melakukan virtualisasi dan menggunakan perangkat lunak mereka pada OS X.
Karena Anda sudah menjalankan (sedang menjalankan) Windows XP saya pikir Anda akan dapat mengetahui bagian itu sendiri.
Masalah terbesar dengan ini adalah bahwa Windows dengan mudah menawarkan dukungan untuk beberapa NIC, sementara pada OS X hampir tidak mudah untuk diimplementasikan.
sumber
Ada semacam solusi: Aplikasi saya bisa memuat-keseimbangan, saya bisa mendefinisikan 2 koneksi yang kemudian digunakan keduanya.
Saya kemudian merutekan salah satu IP Server ke salah satu IPS.
di mac os 10.6:
rute add -host XXX.XXX.XXX.XXX 192.168.1.1
Saya tahu, ini sangat spesifik, dan hanya berfungsi jika server-ips selalu sama. Dan jika aplikasi dapat memuat-keseimbangan dengan cara apa pun.
sumber
Saya tidak berpikir ini akan mungkin tanpa melakukan sesuatu seperti semua lalu lintas keluar adalah satu ISP dan lalu lintas masuk adalah ISP lain.
Alasannya adalah membagi kedua lalu lintas di 2 jaringan yang terpisah tidak tampak seperti mereka akan kembali. Jika Anda memiliki 2 pipa dari 1 ISP, hal itu memungkinkan.
Seperti yang dikatakan orang sebelumnya, saya pikir Anda akan memerlukan default dan dapat membatasi lalu lintas tertentu melalui satu rute dan sisanya melalui yang lain. Hanya saja, jangan berpikir load-balancing seperti yang Anda lakukan pada LAN akan bekerja di sini.
Contoh: jalankan pembaruan menggunakan 192.168.2. * ISP Wi-Fi menjalankan halflife menggunakan 192.168.1. * LAN ISP.
sumber
Url yang disebutkan di bawah ini khusus dimaksudkan untuk menang 7 tetapi Anda harus mendapatkan ide darinya. Ini mengubah metrik gateway default tergantung pada beban pada antarmuka, sehingga mengarah pada pembagian beban.
http://www.youtube.com/watch?v=Qh5Eb8sXvuk
sumber
Saya sudah mendengar pertanyaan yang sama ini belasan kali berbeda selusin cara. Pertama, sesi internal dan sesi eksternal ditangani dengan cara yang sama, tetapi tidak sama. Untuk setiap sesi internal, mungkin ada beberapa eksternal, dan sebaliknya. Apa yang Anda bicarakan tidak masuk akal secara logis, tetapi memang membutuhkan sedikit pemrograman dan persiapan. Beberapa perangkat sedang dibangun dengan kemampuan untuk mengumpulkan koneksi ethernet atau wifi untuk kecepatan jaringan yang lebih cepat secara internal pada suatu jaringan, tetapi untuk jaringan eksternal, saya hanya menemukan perangkat dengan FAILOVER, yang berarti mereka hanya beralih ketika harus. Namun, Anda bisa menggunakan switching dasar (jika pernyataan dengan 0 atau 1) dalam protokol koneksi yang mengarahkan lalu lintas melalui gateway berbeda untuk setiap sesi EKSTERNAL. Anda kemudian harus melacak setiap SESI EKSTERNAL yang diadaptasi untuk setiap SESI INTERNAL, dengan membungkus sub-sesi di dalam sesi utama dengan sessionID. Anda kemudian harus memiliki cara untuk memeriksa domain situs atau menggunakan sessionID untuk menyelesaikan perutean internal (dengan kata lain, Anda harus dapat membedakan pesan dari klien untuk setiap sesi \ koneksi eksternal berdasarkan yang situs mereka meminta data dari atau mengirim data ke sehingga pipa untuk setiap situs akan diatur, menjaga situs dari menolak pipa). Ini berarti Anda harus membuat protokol jaringan baru ke router Anda, dan memutuskan bagaimana membedakan koneksi (jika hanya dilakukan oleh domain situs, itu mungkin bisa dilakukan dari router, tetapi klien dapat mencoba menggunakan alamat ip dari server. gerbang eksternal untuk situs web, yang meniadakan ini; jika dilakukan pada kedua ujungnya, klien perlu melacak beberapa pengidentifikasi, biasanya nilai numerik dari penutupan biner, yang memungkinkan pengiriman resept agar sesuai dengan sesi eksternal yang diarahkan pada gerbang utama). Dengan kata lain, Anda harus memprogram protokol Anda sendiri untuk menangani jaringan, dan Anda harus memutuskan apakah Anda ingin membuatnya sendiri (memanfaatkan pemrograman klien dan host), atau jika Anda ingin membangun sesuatu itu kompatibel dengan pemrograman lama yang sudah ada (yang perlu diikat oleh perpesanan antara host dan klien, menempatkan lebih banyak keausan pada host tetapi tidak ada yang baru untuk klien). Jika Anda mengetahui unix Anda, atau Anda tahu pemrograman winerver Anda, ini dapat dilakukan hanya dengan sedikit waktu, tetapi membutuhkan sejumlah besar sumber daya yang dialokasikan untuk setiap perangkat yang seimbang. klien perlu melacak beberapa pengidentifikasi, biasanya nilai numerik dari penutupan biner, yang memungkinkan pengiriman penerima untuk dicocokkan dengan sesi eksternal yang diarahkan pada gerbang utama). Dengan kata lain, Anda harus memprogram protokol Anda sendiri untuk menangani jaringan, dan Anda harus memutuskan apakah Anda ingin membuatnya sendiri (memanfaatkan pemrograman klien dan host), atau jika Anda ingin membangun sesuatu itu kompatibel dengan pemrograman lama yang sudah ada (yang perlu diikat oleh perpesanan antara host dan klien, menempatkan lebih banyak keausan pada host tetapi tidak ada yang baru untuk klien). Jika Anda mengetahui unix Anda, atau Anda tahu pemrograman winerver Anda, ini dapat dilakukan hanya dengan sedikit waktu, tetapi membutuhkan sejumlah besar sumber daya yang dialokasikan untuk setiap perangkat yang seimbang. klien perlu melacak beberapa pengidentifikasi, biasanya nilai numerik dari penutupan biner, yang memungkinkan pengiriman penerima untuk dicocokkan dengan sesi eksternal yang diarahkan pada gerbang utama). Dengan kata lain, Anda harus memprogram protokol Anda sendiri untuk menangani jaringan, dan Anda harus memutuskan apakah Anda ingin membuatnya sendiri (memanfaatkan pemrograman klien dan host), atau jika Anda ingin membangun sesuatu itu kompatibel dengan pemrograman lama yang sudah ada (yang perlu diikat oleh perpesanan antara host dan klien, menempatkan lebih banyak keausan pada host tetapi tidak ada yang baru untuk klien). Jika Anda mengetahui unix Anda, atau Anda tahu pemrograman winerver Anda, ini dapat dilakukan hanya dengan sedikit waktu, tetapi membutuhkan sejumlah besar sumber daya yang dialokasikan untuk setiap perangkat yang seimbang. biasanya nilai numerik dari penutupan biner, yang memungkinkan pengiriman resept agar sesuai dengan sesi eksternal yang dialihkan di gerbang utama). Dengan kata lain, Anda harus memprogram protokol Anda sendiri untuk menangani jaringan, dan Anda harus memutuskan apakah Anda ingin membuatnya sendiri (memanfaatkan pemrograman klien dan host), atau jika Anda ingin membangun sesuatu itu kompatibel dengan pemrograman lama yang sudah ada (yang perlu diikat oleh perpesanan antara host dan klien, menempatkan lebih banyak keausan pada host tetapi tidak ada yang baru untuk klien). Jika Anda mengetahui unix Anda, atau Anda tahu pemrograman winerver Anda, ini dapat dilakukan hanya dengan sedikit waktu, tetapi membutuhkan sejumlah besar sumber daya yang dialokasikan untuk setiap perangkat yang seimbang. biasanya nilai numerik dari penutupan biner, yang memungkinkan pengiriman resept agar sesuai dengan sesi eksternal yang dialihkan di gerbang utama). Dengan kata lain, Anda harus memprogram protokol Anda sendiri untuk menangani jaringan, dan Anda harus memutuskan apakah Anda ingin membuatnya sendiri (memanfaatkan pemrograman klien dan host), atau jika Anda ingin membangun sesuatu itu kompatibel dengan pemrograman lama yang sudah ada (yang perlu diikat oleh perpesanan antara host dan klien, menempatkan lebih banyak keausan pada host tetapi tidak ada yang baru untuk klien). Jika Anda mengetahui unix Anda, atau Anda tahu pemrograman winerver Anda, ini dapat dilakukan hanya dengan sedikit waktu, tetapi membutuhkan sejumlah besar sumber daya yang dialokasikan untuk setiap perangkat yang seimbang. yang memungkinkan penerimaan resi dicocokkan dengan sesi eksternal yang dialihkan di gerbang utama). Dengan kata lain, Anda harus memprogram protokol Anda sendiri untuk menangani jaringan, dan Anda harus memutuskan apakah Anda ingin membuatnya sendiri (memanfaatkan pemrograman klien dan host), atau jika Anda ingin membangun sesuatu itu kompatibel dengan pemrograman lama yang sudah ada (yang perlu diikat oleh perpesanan antara host dan klien, menempatkan lebih banyak keausan pada host tetapi tidak ada yang baru untuk klien). Jika Anda mengetahui unix Anda, atau Anda tahu pemrograman winerver Anda, ini dapat dilakukan hanya dengan sedikit waktu, tetapi membutuhkan sejumlah besar sumber daya yang dialokasikan untuk setiap perangkat yang seimbang. yang memungkinkan penerimaan resi dicocokkan dengan sesi eksternal yang dialihkan di gerbang utama). Dengan kata lain, Anda harus memprogram protokol Anda sendiri untuk menangani jaringan, dan Anda harus memutuskan apakah Anda ingin membuatnya sendiri (memanfaatkan pemrograman klien dan host), atau jika Anda ingin membangun sesuatu itu kompatibel dengan pemrograman lama yang sudah ada (yang perlu diikat oleh perpesanan antara host dan klien, menempatkan lebih banyak keausan pada host tetapi tidak ada yang baru untuk klien). Jika Anda mengetahui unix Anda, atau Anda tahu pemrograman winerver Anda, ini dapat dilakukan hanya dengan sedikit waktu, tetapi membutuhkan sejumlah besar sumber daya yang dialokasikan untuk setiap perangkat yang seimbang. dan Anda harus memutuskan apakah Anda ingin membuatnya sendiri (memanfaatkan pemrograman klien dan host), atau jika Anda ingin membangun sesuatu yang kompatibel dengan pemrograman lama yang sudah ada (yang harus diikat oleh perpesanan antara host dan klien, menempatkan lebih banyak keausan pada tuan rumah tetapi tidak ada yang baru untuk klien). Jika Anda mengetahui unix Anda, atau Anda tahu pemrograman winerver Anda, ini dapat dilakukan hanya dengan sedikit waktu, tetapi membutuhkan sejumlah besar sumber daya yang dialokasikan untuk setiap perangkat yang seimbang. dan Anda harus memutuskan apakah Anda ingin membuatnya sendiri (memanfaatkan pemrograman klien dan host), atau jika Anda ingin membangun sesuatu yang kompatibel dengan pemrograman lama yang sudah ada (yang harus diikat oleh perpesanan antara host dan klien, menempatkan lebih banyak keausan pada tuan rumah tetapi tidak ada yang baru untuk klien). Jika Anda mengetahui unix Anda, atau Anda tahu pemrograman winerver Anda, ini dapat dilakukan hanya dengan sedikit waktu, tetapi membutuhkan sejumlah besar sumber daya yang dialokasikan untuk setiap perangkat yang seimbang. menempatkan lebih banyak pakaian di tuan rumah tetapi tidak ada yang baru untuk klien). Jika Anda mengetahui unix Anda, atau Anda tahu pemrograman winerver Anda, ini bisa dilakukan hanya dengan sedikit waktu, tetapi membutuhkan sejumlah besar sumber daya yang dialokasikan untuk setiap perangkat yang seimbang. menempatkan lebih banyak keausan pada tuan rumah tetapi tidak ada yang baru untuk klien). Jika Anda mengetahui unix Anda, atau Anda tahu pemrograman winerver Anda, ini dapat dilakukan hanya dengan sedikit waktu, tetapi membutuhkan sejumlah besar sumber daya yang dialokasikan untuk setiap perangkat yang seimbang.
Untuk jaringan gaya korporat yang lebih besar, Anda dapat menjalin jaringan, dan memberikan masing-masing lantai atau departemen gerbang khusus, memungkinkan untuk beberapa ISP, dan tidak pernah terlalu banyak pada salah satu dari mereka. Anda juga dapat meminta Failover ditangani oleh hub yang mengirim perubahan atau mengalihkan ke gateway yang berbeda ketika salah satu dari mereka mengalami masalah. Ini menawarkan toleransi kesalahan.
sumber