OpenVPN shpërndan multicast te çdo klient, jo te pajtimtarët

"Mbështet multicast" i përgjigjet një pyetjeje protokolli dhe e lë pyetjen e kapacitetit të paprekur. Operativisht me rëndësi është sa kopje lëshon serveri për një paketë grupi dhe cilat tunele i mbajnë ato. Një aplikacion i pajtimuar që merr transmetimin provon vetëm se dorëzimi funksionon diku. Nuk provon se klientët e painteresuar u kursyen nga gjerësia e brezit.

Tri pyetje brenda një deklarate për një veçori

Anëtarësia në grup pyet nëse marrësi iu bashkua grupit. Dorëzimi përmes tunelit pyet nëse paketa e kaloi tunelin. Politika e përsëritjes pyet sa kopje bëri serveri dhe kujt. Një deklaratë e furnizuesit mund të jetë e vërtetë për të parën dhe e heshtur për të tretën, dhe aty banon kostoja.

Mbani të ndara kur dimensiononi një lidhje. Vetëm pyetja e tretë cakton buxhetin e daljes në anën e serverit.

Çfarë bën serveri në hapësirën e përdoruesit me një paketë grupi

Në serverin tradicional në hapësirën e përdoruesit të OpenVPN 2.6, një paketë transmetimi ose multicast që mbërrin klasifikohet në rrugën hyrëse TUN/TAP dhe i dorëzohet rutinës së shpërndarjes së transmetimit në vend të një kërkimi për grup. Ajo rutinë kalon nëpër instancat e klientëve, anashkalon dërguesin dhe çdo instancë të ndalur, zbaton kontrollin e VLAN aty ku është konfiguruar dhe vendos një kopje në radhë për çdo klient të mbetur. Asnjë hap në atë cikël nuk konsulton një tabelë anëtarësie. Ky është përsëritje në stil transmetimi, dhe ky është i gjithë mekanizmi.

Trajtojeni këtë si veçori të asaj rruge kodi, jo si ligj universal. Rrugët e përshpejtuara të të dhënave, implementimet e tjera dhe versione të ndryshme mund të sillen ndryshe, dhe asgjë nga kjo nuk e bën TAP një kërkesë ose një riparim.

Buxhetoni kopjet para se të matni gjë

Merrni normën e ngarkesës së dobishme dhe shumëzojeni me numrin e klientëve të kualifikuar. Një transmetim që dërgon një megabit për sekondë te njëzet klientë prodhon njëzet megabit për sekondë ngarkesë të dobishme që largohet nga serveri, para inkapsulimit, ritransmetimit dhe çdo kostoje shtesë për klient. Ajo aritmetikë është buxhet, jo matje e vendosjes suaj.

ip -s link show tun0

Lexoni numëruesin e bajteve të dërguar para dhe pas një intervali fiks me një dërgues të njohur aktiv. Ndani me intervalin dhe krahasoni me normën e ngarkesës së dobishme shumëzuar me numrin e klientëve. Një numër afër normës së një transmetimi do të thotë që përsëritja është e kufizuar; një numër afër normës së shumëzuar do të thotë që çdo klient merr një kopje.

Numëruesi përfshin edhe trafikun tuaj të tunelit, prandaj mbajeni dritaren e testimit të shkurtër dhe hostin ndryshe të qetë. Saktësia ka më pak rëndësi se rendi i madhësisë, dhe kaq ju duhet për të dalluar një kopje nga njëzet.

Një test me dy klientë që zgjidh çështjen e shtrirjes

Lidhni një klient që duhet të marrë transmetimin dhe një të dytë që nuk duhet. Nisni dërguesin, më pas vëzhgoni numëruesit e tunelit të klientit të dytë për të njëjtin interval. Rritja te klienti i dytë është provë e drejtpërdrejtë e përsëritjes së gjerë, çfarëdo që tha lista e funksioneve.

Filtroni kapjen në adresën e grupit që të mos lexoni trafik të palidhur, dhe kufizojeni në ndërfaqen e tunelit. Kapja e ndërfaqes fizike në një host të zënë prodhon një skedar që askush nuk mund ta interpretojë dhe mund të mbajë të dhëna përdoruesish që nuk kishit ndërmend të mblidhnit.

Më pas këmbeni rolet. Nëse rezultati ndjek marrësin dhe jo grupin, po shikoni diçka që merr parasysh anëtarësinë, dhe supozimi i mëparshëm ishte i gabuar në favorin tuaj.

Zgjedhja e një dizajni të kufizuar në vend të heqjes së kufijve

Kur shpërndarja është shumë e gjerë, rregullimi është një skemë e mbështetur e shpërndarjes së kufizuar, jo fshirja e çdo kontrolli që keni. Opsionet përfshijnë afrimin e pikës së shpërndarjes me marrësit, përdorimin e një modeli pajtimi specifik për burimin që mbart identitetin e burimit bashkë me grupin, ose ndarjen e transmetimit që faqet e painteresuara të mos rrinë kurrë në të njëjtin kufi shpërndarjeje.

Mbani identitetin e burimit dhe të grupit të ndarë nga fakti i thjeshtë se destinacioni është multicast. Një marrës që e njeh grupin por jo burimin është një pajtimtar tjetër nga ai që kërkoi një kanal të caktuar. Përzierja e të dyjave e bën planifikimin e mëvonshëm të kapacitetit hamendje.

Modeli i kanalit multicast specifik për burimin është referenca për atë dallim. Çfarëdo dizajni që zgjidhni, shkruani grupin e partnerëve të kualifikuar, pronarin e përsëritjes dhe numëruesin që do të lexoni herën tjetër; ai regjistrim është ai që e kthen një surprizë gjerësie brezi në kosto të njohur.