OpenVPN-ը multicast-ը ուղարկում է յուրաքանչյուր հաճախորդի, ոչ բաժանորդներին
Օգտատիրոջ տարածության սերվերը խմբային փաթեթը պատճենում է յուրաքանչյուր հաճախորդի համար, ոչ յուրաքանչյուր բաժանորդի։ Հաշվարկեք տարածումը, ապացուցեք թունելի հաշվիչներով, ապա սահմանափակեք ձևավորման ծավալը։
«Աջակցում է multicast-ին» պատասխանում է արձանագրության հարցին և անթափանց է թողնում տարողունակության հարցը։ Գործառնական առումով կարևոր է, թե սերվերը քանի պատճեն է ուղարկում մեկ խմբային փաթեթի համար և որ թունելներն են դրանք տանում։ Հոսքը ստացող մեկ բաժանորդագրված հավելվածը միայն ապացուցում է, որ առաքումը ինչ-որ տեղ աշխատում է։ Այն չի ապացուցում, որ անտարբեր հաճախորդները զերծ են մնացել թողունակությունից։
Երեք հարց մեկ հատկանիշի հայտարարության մեջ
Խմբի անդամակցությունը հարցնում է, թե արդյոք ստացողը միացել է խմբին։ Թունելով առաքումը հարցնում է, թե արդյոք փաթեթը ընդհանրապես անցել է թունելով։ Կրկնօրինակման քաղաքականությունը հարցնում է, թե քանի պատճեն է սերվերը ստեղծել և ում։ Մատակարարի հայտարարությունը կարող է ճիշտ լինել առաջինի համար և լուռ լինել երրորդի մասին, և հենց այնտեղ է ապրում ծախսը։
Առանձնացրեք դրանք, երբ չափում եք կապուղին։ Միայն երրորդ հարցն է սահմանում ելքային բյուջեն սերվերի կողմում։
Ինչ է անում օգտատիրոջ տարածության սերվերը խմբային փաթեթի հետ
OpenVPN 2.6-ի ավանդական օգտատիրոջ տարածության սերվերում ժամանող broadcast կամ multicast փաթեթը դասակարգվում է TUN/TAP մուտքի ուղու վրա և հանձնվում է broadcast տարածման ռեժիմին, այլ ոչ խմբային որոնմանը։ Այդ ռեժիմը անցնում է հաճախորդների օրինակներով, բաց է թողնում ուղարկողին և ցանկացած կանգնեցված օրինակ, կիրառում է իր VLAN ստուգումը, որտեղ այն կազմաձևված է, և հերթում է պատճեն յուրաքանչյուր մնացած հաճախորդի համար։ Այդ ցիկլի ոչ մի քայլ չի հարցնում անդամակցության աղյուսակին։ Սա broadcast ոճի կրկնօրինակում է, և դա է ամբողջ մեխանիզմը։
Դիտեք սա որպես այդ կոդային ուղու հատկություն, ոչ որպես համընդհանուր օրենք։ Արագացված տվյալների ուղիները, այլ իրականացումներ և տարբեր տարբերակներ կարող են այլ կերպ վարվել, և այս ոչ մեկը TAP-ը չի դարձնում պահանջ կամ վերանորոգում։
Բյուջետավորեք պատճենները նախքան որևէ բան չափելը
Վերցրեք օգտակար բեռնվածքի արագությունը և բազմապատկեք համապատասխան հաճախորդների թվով։ Մեկ մեգաբիթ վայրկյանում քսան հաճախորդի ուղարկող հոսքը ստեղծում է քսան մեգաբիթ վայրկյանում օգտակար բեռնվածք, որը հեռանում է սերվերից, մինչև ինկապսուլացումը, վերահաղորդումը և ցանկացած հաճախորդային ծախս։ Այդ թվաբանությունը բյուջե է, ոչ ձեր տեղակայման չափում։
ip -s link show tun0Կարդացեք փոխանցված բայթերի հաշվիչը ֆիքսված միջակայքից առաջ և հետո մեկ հայտնի ակտիվ ուղարկողի հետ։ Բաժանեք միջակայքի վրա և համեմատեք օգտակար բեռնվածքի արագության հետ՝ բազմապատկված հաճախորդների թվով։ Մեկ հոսքի արագությանը մոտ թիվը նշանակում է, որ կրկնօրինակումը սահմանափակ է. բազմապատկված արագությանը մոտ թիվը նշանակում է, որ յուրաքանչյուր հաճախորդ պատճեն է ստանում։
Հաշվիչը ներառում է նաև ձեր սեփական թունելային երթևեկությունը, ուստի փորձարկման պատուհանը կարճ պահեք, իսկ հոսթը՝ հանգիստ։ Ճշգրտությունը ավելի քիչ նշանակություն ունի, քան մեծության կարգը, և դա այն ամենն է, ինչ պետք է մեկ պատճենը քսանից տարբերելու համար։
Երկու հաճախորդով փորձարկում, որը լուծում է ծավալի հարցը
Միացրեք մեկ հաճախորդ, որը պետք է ստանա հոսքը, և երկրորդը, որը չպետք է։ Մեկնարկեք ուղարկողը, ապա նույն միջակայքի համար դիտեք երկրորդ հաճախորդի թունելի հաշվիչները։ Աճը երկրորդ հաճախորդի մոտ լայն կրկնօրինակման ուղղակի ապացույց է, ինչ էլ որ ասեր հատկանիշների ցանկը։
Զտեք գրառումը խմբի հասցեով, որպեսզի չկարդաք անհարիր երթևեկություն, և սահմանափակեք այն թունելի միջերեսով։ Զբաղված հոսթի ֆիզիկական միջերեսը գրանցելը ստեղծում է ֆայլ, որը ոչ ոք չի կարող մեկնաբանել, և կարող է պահել օգտատերերի տվյալներ, որոնք դուք չէիք նախատեսում հավաքել։
Ապա փոխեք դերերը։ Եթե արդյունքը հետևում է ստացողին, այլ ոչ խմբին, դուք նայում եք անդամակցությունը հաշվի առնող բանի, և նախկին ենթադրությունը սխալ էր ձեր օգտին։
Սահմանափակ ձևավորման ընտրություն՝ սահմանները հանելու փոխարեն
Երբ տարածումը չափազանց լայն է, լուծումը աջակցվող սահմանափակ բաշխման դասավորությունն է, ոչ թե ձեր ունեցած բոլոր հսկիչների ջնջումը։ Ընտրանքները ներառում են բաշխման կետը ստացողներին մոտեցնելը, աղբյուրին հատուկ բաժանորդագրության մոդելի օգտագործումը, որը կրում է աղբյուրի ինքնությունը խմբի հետ միասին, կամ հոսքը բաժանելը, որպեսզի անտարբեր վայրերը երբեք չնստեն նույն բաշխման սահմանին։
Աղբյուրի և խմբի ինքնությունը առանձին պահեք այն մերկ փաստից, որ նպատակակետը multicast է։ Ստացողը, որը ճանաչում է խումբը, բայց ոչ աղբյուրը, այլ բաժանորդ է, քան նա, ով խնդրել է կոնկրետ ալիք։ Երկուսը խառնելը հետագա տարողունակության պլանավորումը դարձնում է գուշակություն։
Աղբյուրին հատուկ multicast ալիքի մոդելը այդ տարբերակման հղումն է։ Ինչ ձևավորում էլ ընտրեք, գրեք համապատասխան գործընկերների հավաքածուն, կրկնօրինակման սեփականատերը և հաշվիչը, որը կկարդաք հաջորդ անգամ. հենց այդ գրառումն է թողունակության անակնկալը դարձնում հայտնի ծախս։