OpenVPN menyiarkan multicast kepada setiap klien, bukan pelanggan
Pelayan dalam ruang pengguna menyalin paket kumpulan bagi setiap klien, bukan setiap pelanggan. Bajetkan penyebaran, buktikannya dengan pembilang terowong, kemudian hadkan skop reka bentuk.
"Menyokong multicast" menjawab soalan protokol dan membiarkan soalan kapasiti tidak tersentuh. Yang penting dari segi operasi ialah berapa banyak salinan pelayan keluarkan untuk satu paket kumpulan dan terowong mana yang membawanya. Satu aplikasi berlangganan yang menerima strim hanya membuktikan penghantaran berfungsi di suatu tempat. Ia tidak membuktikan klien yang tidak berminat terlepas daripada lebar jalur.
Tiga soalan di dalam satu dakwaan ciri
Keahlian kumpulan bertanya sama ada penerima menyertai kumpulan. Penghantaran melalui terowong bertanya sama ada paket melintasi terowong itu sama sekali. Dasar replikasi bertanya berapa banyak salinan pelayan buat dan kepada siapa. Kenyataan vendor boleh benar untuk yang pertama dan berdiam tentang yang ketiga, dan di situlah kos tinggal.
Asingkan semuanya apabila anda mengukur saiz pautan. Hanya soalan ketiga menetapkan bajet keluar di sebelah pelayan.
Apa yang pelayan ruang pengguna lakukan dengan paket kumpulan
Dalam pelayan ruang pengguna tradisional OpenVPN 2.6, paket siaran atau multicast yang tiba dikelaskan dalam laluan input TUN/TAP dan diserahkan kepada rutin penyebaran siaran dan bukannya carian mengikut kumpulan. Rutin itu menelusuri instans klien, melangkau penghantar dan mana-mana instans yang dihentikan, menggunakan pemeriksaan VLAN di tempat ia dikonfigurasikan, dan memasukkan satu salinan ke dalam baris gilir untuk setiap klien yang tinggal. Tiada langkah dalam gelung itu merujuk jadual keahlian. Itulah replikasi gaya siaran, dan itulah keseluruhan mekanismenya.
Anggap ini sifat laluan kod itu, bukan undang-undang sejagat. Laluan data dipercepat, pelaksanaan lain dan versi berbeza mungkin berkelakuan berbeza, dan tiada satu pun daripada ini menjadikan TAP keperluan atau pembaikan.
Bajetkan salinan sebelum mengukur apa-apa
Ambil kadar muatan dan darab dengan bilangan klien yang layak. Strim yang menghantar satu megabit sesaat kepada dua puluh klien menghasilkan dua puluh megabit sesaat muatan yang meninggalkan pelayan, sebelum enkapsulasi, penghantaran semula dan sebarang overhed setiap klien. Aritmetik itu ialah bajet, bukan ukuran penggunaan anda.
ip -s link show tun0Baca pembilang bait hantar sebelum dan selepas selang tetap dengan satu penghantar yang diketahui aktif. Bahagi dengan selang dan bandingkan dengan kadar muatan didarab bilangan klien. Nombor hampir dengan kadar satu strim bermakna replikasi terhad skop; nombor hampir dengan kadar berganda bermakna setiap klien menerima salinan.
Pembilang juga merangkumi trafik terowong anda sendiri, jadi pastikan tetingkap ujian singkat dan hos tenang selebihnya. Ketepatan kurang penting daripada susunan magnitud, dan itu sahaja yang anda perlukan untuk membezakan satu salinan daripada dua puluh.
Ujian dua klien yang menyelesaikan persoalan skop
Sambungkan satu klien yang sepatutnya menerima strim dan satu lagi yang tidak sepatutnya. Mulakan penghantar, kemudian perhatikan pembilang terowong klien kedua dalam selang yang sama. Pertumbuhan pada klien kedua ialah bukti langsung replikasi luas, apa pun kata senarai ciri.
Tapis tangkapan ke alamat kumpulan supaya anda tidak membaca trafik tidak berkaitan, dan hadkannya kepada antara muka terowong. Menangkap antara muka fizikal pada hos yang sibuk menghasilkan fail yang tiada siapa dapat tafsirkan dan mungkin menyimpan data pengguna yang anda tidak niat kumpul.
Kemudian tukar peranan. Jika hasil mengikut penerima dan bukan kumpulan, anda melihat sesuatu yang peka keahlian, dan andaian sebelum ini silap memihak kepada anda.
Memilih reka bentuk terhad dan bukannya membuang had
Apabila penyebaran terlalu luas, pembetulannya ialah susunan pengedaran terhad yang disokong, bukan memadam setiap kawalan yang anda ada. Pilihan termasuk mendekatkan titik pengedaran kepada penerima, menggunakan model langganan khusus sumber yang membawa identiti sumber bersama kumpulan, atau memecahkan strim supaya tapak tidak berminat tidak pernah duduk pada sempadan pengedaran yang sama.
Pastikan identiti sumber dan kumpulan berasingan daripada fakta telanjang bahawa destinasi ialah multicast. Penerima yang mengenali kumpulan tetapi bukan sumber ialah pelanggan berbeza daripada yang meminta saluran tertentu. Mencampurkan kedua-duanya menjadikan perancangan kapasiti kemudian sebagai tekaan.
Model saluran multicast khusus sumber ialah rujukan bagi perbezaan itu. Apa pun reka bentuk yang anda pilih, catat set rakan sebaya yang layak, pemilik replikasi dan pembilang yang akan anda baca lain kali; rekod itulah yang menukar kejutan lebar jalur menjadi kos yang diketahui.