OpenVPN pārraida multicast katram klientam, ne abonentiem
Lietotāja telpas serveris kopē grupas paketi katram klientam, ne katram abonentam. Aprēķiniet izplatīšanu, pierādiet to ar tuneļa skaitītājiem un pēc tam ierobežojiet dizaina apjomu.
"Atbalsta multicast" atbild uz protokola jautājumu un atstāj jaudas jautājumu neskartu. Operatīvi svarīgi ir tas, cik kopiju serveris izsūta vienam grupas paketei un kuri tuneļi tās pārvadā. Viena abonēta lietotne, kas saņem plūsmu, pierāda tikai to, ka piegāde kaut kur darbojas. Tā nepierāda, ka neieinteresētie klienti tika pasargāti no joslas platuma.
Trīs jautājumi vienā funkcionalitātes apgalvojumā
Grupas dalība jautā, vai uztvērējs ir pievienojies grupai. Piegāde pa tuneli jautā, vai pakete vispār šķērsoja tuneli. Replikācijas politika jautā, cik kopiju serveris izveidoja un kam. Piegādātāja paziņojums var būt patiess par pirmo un klusēt par trešo, un tieši tur mīt izmaksas.
Turiet tos atsevišķi, kad nosakāt saites izmēru. Tikai trešais jautājums nosaka izejošo budžetu servera pusē.
Ko lietotāja telpas serveris dara ar grupas paketi
Tradicionālajā lietotāja telpas serverī OpenVPN 2.6 ienākošā apraides vai multicast pakete tiek klasificēta TUN/TAP ievades ceļā un nodota apraides izplatīšanas rutīnai, nevis meklēšanai pēc grupas. Šī rutīna šķērso klientu instanču sarakstu, izlaiž sūtītāju un jebkuru apturētu instanci, piemēro savu VLAN pārbaudi tur, kur tā ir konfigurēta, un ievieto rindā kopiju katram atlikušajam klientam. Neviens solis šajā ciklā nevaicā dalības tabulu. Tā ir apraides stila replikācija, un tas ir viss mehānisms.
Uzskatiet to par šī koda ceļa īpašību, nevis universālu likumu. Paātrinātie datu ceļi, citas implementācijas un dažādas versijas var uzvesties citādi, un nekas no tā nepadara TAP par prasību vai labojumu.
Aprēķiniet kopijas pirms kaut kā mērīšanas
Ņemiet lietderīgās slodzes ātrumu un reiziniet to ar atbilstošo klientu skaitu. Plūsma, kas sūta vienu megabitu sekundē divdesmit klientiem, rada divdesmit megabitus sekundē lietderīgās slodzes, kas atstāj serveri, pirms iekapsulēšanas, atkārtotas sūtīšanas un jebkādām izmaksām uz klientu. Šī aritmētika ir budžets, nevis jūsu izvietojuma mērījums.
ip -s link show tun0Nolasiet nosūtīto baitu skaitītāju pirms un pēc fiksēta intervāla ar vienu zināmu aktīvu sūtītāju. Sadaliet ar intervālu un salīdziniet ar lietderīgās slodzes ātrumu, kas reizināts ar klientu skaitu. Skaitlis tuvu vienas plūsmas ātrumam nozīmē, ka replikācija ir ierobežota; skaitlis tuvu reizinātajam ātrumam nozīmē, ka katrs klients saņem kopiju.
Skaitītājs ietver arī jūsu paša tuneļa trafiku, tāpēc turiet testa logu īsu un saimnieku citādi klusu. Precizitāte ir svarīga mazāk nekā lieluma kārta, un tas ir viss, kas nepieciešams, lai atšķirtu vienu kopiju no divdesmit.
Divu klientu tests, kas izšķir apjoma jautājumu
Pievienojiet vienu klientu, kuram plūsma jāsaņem, un otru, kuram nav jāsaņem. Palaidiet sūtītāju, pēc tam vērojiet otrā klienta tuneļa skaitītājus tajā pašā intervālā. Pieaugums otrajā klientā ir tiešs plašas replikācijas pierādījums, lai ko teiktu funkciju saraksts.
Filtrējiet ierakstu uz grupas adresi, lai nelasītu nesaistītu trafiku, un ierobežojiet to ar tuneļa saskarni. Fiziskās saskarnes ierakstīšana aizņemtā saimniekā rada failu, ko neviens nevar interpretēt, un var saglabāt lietotāja datus, ko jūs neplānojāt vākt.
Pēc tam samainiet lomas. Ja rezultāts seko uztvērējam, nevis grupai, jūs skatāties uz kaut ko dalību apzinātu, un iepriekšējais pieņēmums bija nepareizs jūsu labā.
Izvēlēties ierobežotu dizainu, nevis noņemt ierobežojumus
Kad izplatīšana ir pārāk plaša, labojums ir atbalstīts ierobežotas izplatīšanas izkārtojums, nevis visu jūsu rīcībā esošo kontroļu dzēšana. Iespējas ietver izplatīšanas punkta tuvināšanu uztvērējiem, avotam specifiska abonementa modeļa izmantošanu, kas nes avota identitāti kopā ar grupu, vai plūsmas sadalīšanu, lai neieinteresētās vietas nekad neatrastos uz vienas izplatīšanas robežas.
Turiet avota un grupas identitāti atsevišķi no kailā fakta, ka galamērķis ir multicast. Uztvērējs, kas atpazīst grupu, bet ne avotu, ir cits abonents nekā tas, kas pieprasīja konkrētu kanālu. Abu sajaukšana padara vēlāko jaudas plānošanu par minējumu.
Avotam specifiskais multicast kanāla modelis ir atsauce uz šo atšķirību. Kādu dizainu vien jūs izvēlētos, pierakstiet atbilstošo vienaudžu kopu, replikācijas īpašnieku un skaitītāju, ko lasīsiet nākamreiz; tieši šis ieraksts pārvērš joslas platuma pārsteigumu zināmās izmaksās.