Access Server խմբի CIDR՝ անդամների հասցեներ, թե՞ ռեսուրսային ցանց
Խմբի CIDR-ը կարող է անվանել թունելի լողավազանը կամ նպատակակետ LAN-ը, և դրանք երբեք նույնը չեն։ Հատկացումը, մուտքի կանոնները և մասնաճյուղերի սեփականությունը պահեք առանձին։
Access Server-ի խմբում երկու դաշտ ընդունում են CIDR, և առաջին հայացքից դրանք նույն տեսակի մուտք են թվում. մեկը նկարագրում է VPN անդամներին տրվող հասցեները, մյուսը՝ այն ցանցերը, որոնց կարող են հասնել այդ անդամները։ Սխալ դաշտը լրացնելը ընդունվում է առանց սխալի, և հենց դա է սխալը թանկ դարձնում։ Առաջինը փոխում է ձեր թունելի հասցեավորման պլանը, երկրորդը որոշում է, թե որ նպատակակետերն են թույլատրված, և ոչ մեկը չի ենթադրում մյուսին։ Կա նաև երրորդ օբյեկտ, որը մարդիկ խառնում են այս երկուսի մեջ՝ մասնաճյուղի դարպասի հետևում գտնվող ենթացանցը, և այն չի պատկանում դաշտերից ոչ մեկին։
Նույն շարահյուսությունը, տարբեր հարցեր
Հարցրեք, թե ինչ է անվանում արժեքը։ Անդամ-հասցեների CIDR-ը պատասխանում է այն հարցին, թե միացող հաճախորդները որ ներքին հասցեներն են ստանում, և հատկացման մեխանիզմը սպառում է այն նախքան որևէ երթևեկություն։ Ռեսուրսի CIDR-ը պատասխանում է, թե որ նպատակակետերն այս խումբը կարող է օգտագործել, և մուտքի կանոնները սպառում են այն փաթեթը գնահատելիս։ Մեկը լողավազանի սահմանում է, մյուսը՝ թույլտվություն։
Շփոթության հետևանքները հակառակ են։ Լողավազանի դաշտում փակցված նպատակակետ LAN-ը կարող է տալ հասցեներ, որոնք արդեն կան այդ LAN-ում և առաջացնել կրկնակի հասցեների վարք, կամ տեղաշարժել լողավազանը այնպես, որ լուռ կոտրվեն հին միջակայքի դեմ գրված բոլոր հրշեջ-պատի կանոնները։ Մուտքի կանոնում փակցված լողավազանը ոչ մի օգտակար բան չի տալիս, որովհետև այնտեղ ոչ մի նպատակակետ չի ապրում։ Երկու սխալներն էլ նույն տեսքն ունեն՝ թունելը վերևում է, բայց ինչ-որ բան սխալ է։
Հատկացում՝ անդամների հասցեային տարածքը
Լողավազանը չպետք է համընկնի ոչ մի LAN-ի հետ, որին անդամը կարող է հասնել, և ոչ մի այլ VPN լողավազանի հետ տեղակայման մեջ։ Սա պլանավորման սահմանափակում է, ոչ թե ապրանքի կարգավորում. եթե երկու տեղամասերն էլ անդամների համար օգտագործում են 10.90.40.0/24, մի տեղամասի անդամը չի կարող երթուղավորել մյուսին առանց թարգմանության, և ոչ մի մուտքի կանոն դա չի շտկում։
Հատկացման ռեժիմը նույնպես կարևոր է։ Դինամիկ լողավազանը յուրաքանչյուր անդամի տալիս է հաջորդ ազատ հասցեն, մինչդեռ օգտատիրոջը կապված ստատիկ հատկացումը ամրացնում է այն։ Ստատիկ հատկացումն այն է, ինչ ուզում եք, երբ հրշեջ-պատի կանոնները կամ մոնիտորինգը վերաբերում են առանձին անդամների, և այն նաև տեսանելի է դարձնում հասցեային պլանի փոփոխությունը. ամրացված հասցեն կա՞ նոր լողավազանի ներսում, թե ոչ։ Կարդացեք մեկ միացված անդամի թունելի հասցեն այս դաշտի ցանկացած փոփոխությունից առաջ և հետո։
Թույլտվություն՝ նպատակակետ ցանցերը մուտքի կանոններում են
Հասանելիությունն արտահայտվում է մուտքի կանոններով, որոնք անվանում են խումբը կամ օգտատերերին, նպատակակետ ցանցը կամ ծառայությունը և մուտքի եղանակը։ Այդ վերջին մասն այն տեղն է, որտեղ մահանում են կիսատ մնացած կարգավորումների մեծ մասը. կանոնը կարող է երթևեկությունը երթուղավորել դեպի նպատակակետ կամ NAT անել այն, և երկուսն էլ տարբեր բաներ են պահանջում ցանցից։ Երթուղավորված ուղին պահանջում է, որ նպատակակետ կողմը իմանա, թե ինչպես երթևեկությունը վերադարձնի VPN լողավազան, մինչդեռ NAT ուղին թաքցնում է անդամներին մի հասցեի հետևում, որին նպատակակետն արդեն վստահում է։ Access Server խմբերի փաստաթղթերը խմբի ցանցը պահում են խմբի մուտքի կանոններից առանձին, և պիտակները տեղափոխվել են թողարկումների միջև։
Թույլատրված նպատակակետին դեռ պետք է օգտագործելի ուղի։ Կանոնը թույլատրում է, երթուղին հասցնում է, վերադարձի ուղին պատասխանում է, և հոսթի ծառայությունն ընդունում է։ Չորս բան, նայելու չորս տեղ, և միայն առաջինն է ապրում մուտքի կանոնում։ Կանաչ թույլտվությունը մեռած traceroute-ի հետ սովորաբար նշանակում է, որ վերադարձի երթուղին բացակայում է նպատակակետի դարպասում, ոչ թե կանոնը սխալ է։
Երրորդ օբյեկտը՝ մասնաճյուղի ենթացանց դարպասի հետևում
Հայտարարել, որ կոնկրետ հաճախորդին է պատկանում ենթացանցը, երթուղավորման հայտարարություն է տեղամասի մասին, ոչ հասցեների հատկացում և ոչ թույլտվություն։ Access Server-ի տերմիններով սա միացող ցանցի համար աջակցվող դարպասի կարգավորումն է, և այն գոյություն ունի, որովհետև մասնաճյուղի երթուղիչը կարող է հայտարարել իր հետևում գտնվող LAN-ը։ Անդամները դեռևս հասցեներ են ստանում լողավազանից և դեռևս մուտքի կանոնի կարիք ունեն այդ մասնաճյուղի LAN-ն օգտագործելու համար։
Երեքը առանձին պահելը վճարում է վերանայման ժամանակ։ Խմբի անդամ-հասցեային տարածք գրանցված մասնաճյուղի ենթացանցը էկրանի նկարում ճիշտ է թվում և կոտրում է հատկացումը խմբի բոլոր անդամների համար։ Նույն ենթացանցը միայն մուտքի կանոնում գրանցված տալիս է մուտք առանց սեփականության հայտարարության, ուստի վերադարձի երթևեկությանը գնալու տեղ չկա։ Տեղադրեք յուրաքանչյուր օբյեկտ նախագծի իր սյունակում, և սխալն այլևս հնարավոր չէ։
Ինչպես իմանալ, թե որն եք նայում
Կարդացեք պիտակը հարևանների հետ միասին։ Հատկացման ռեժիմի, լողավազանի չափի կամ օգտատիրոջ բացառության կողքի դաշտը հատկացման մասին է։ Խմբի ընտրիչի, ծառայության կամ պորտի և երթուղավորման եղանակի կողքի դաշտը թույլտվության մասին է։ Թողարկումները վերանվանում են բաները, բայց հարևանները մնում են մոտավորապես իրենց տեղում, այդ պատճառով հին էկրանի նկարի ձևակերպումը վատ նավիգացիոն ուղեցույց է։
Այնուհետև ստուգեք մեկ անդամով, ոչ թե ամբողջ խմբով. նրա արդյունավետ խումբը, հատկացված թունելի հասցեն և կանոնը, որը լիազորում է նախատեսված նպատակակետը։ Հաստատեք երթուղին, NAT-ը կամ երթուղավորված ուղին, վերադարձի երթևեկությունը և ծառայության թույլտվությունը այդ կարգով, և փոխեք միայն այն դաշտը, որը համապատասխանում է ապացուցված անհամապատասխանությանը։ Հետագայում նույնպես հատկացման և թույլտվության գրառումները պահեք առանձին, որպեսզի հետագա լողավազանի փոփոխությունը չընթերցվի որպես փոփոխություն այն բանում, ինչին խումբը կարող է հասնել։