VPN մուտքի ծանուցումներ. ո՞ր իրադարձությունը պետք է իրականում գործարկի դրանք։
Նույնականացման հաջողությունը, կառուցված թունելը և RADIUS accounting Start-ը երեք տարբեր պնդումներ են։ Ընտրեք այն, որի վրա ձեր ստացողը կարող է գործել, ապա համապատասխանեցրեք դրանք։
Նույնականացման հաջողությունը, կառուցված թունելը և RADIUS accounting Start-ը երեք տարբեր պնդումներ են, և մուտքի էլ. նամակը նշանակություն ունի միայն այն ժամանակ, երբ դուք ընտրում եք դրանցից մեկը։ VPN-ի ծանուցումների նախագծերի մեծ մասը խառնում է բոլոր երեքը և ստեղծում փոստարկղ, որին ոչ ոք չի վստահում։ Որոշումը կախված է նրանից, թե ով է կարդում ծանուցումը և ինչ կարող է անել հաջորդ հինգ րոպեների ընթացքում։ Սխալվելու դեպքում ծանուցումը դառնում է աղմուկ, որը թաքցնում է ձեզ անհրաժեշտ միակ իրադարձությունը։
Երեք հարց որոշում են գործարկիչը
Հարցրեք, թե ով կստանա այն, ինչ կանի, և որքան արագ պետք է տեղի ունենա գործողությունը։ Մուտքի տվյալների չարաշահումը վերահսկող անվտանգության թիմը ցանկանում է մեկ հաշվից ձախողումից հետո հաջողության օրինաչափություն րոպեների ընթացքում։ Տարողությունը վերահսկող գործառնական թիմը ցանկանում է նստաշրջանի տևողությունը և անջատման պատճառները, ոչ թե մուտքերը։ Աջակցության սեղանը ցանկանում է նստաշրջանի ինքնությունը, որպեսզի կարողանա այն համապատասխանեցնել տոմսին։
Այդ պատասխանները մատնանշում են տարբեր իրադարձություններ, և ոչ մի կանոն չի բավարարում բոլոր երեքին։ Եթե ստացողի գործողությունը «զանգահարիր օգտատիրոջը» է, նույնականացումը բավարար է։ Եթե գործողությունը «ազատիր լիցենզիա» կամ «ստուգիր՝ թունելը տրաֆիկ է տեղափոխել» է, ապա միայն կառուցումը կամ accounting Start-ը կհամապատասխանի։ Եթե գործողությունը «հաշվարկիր ժամանակը» է, ձեզ պետք են Stop գրառումներ, ոչ թե մուտք։
Գրեք պատասխանը մեկ նախադասությամբ, նախքան որևէ բան կարգավորելը։ «Այս նամակը հերթապահ ինժեներին ասում է, որ X հաշիվը Z ժամին Y ցանցից թունել է բացել, որպեսզի նա կարողանա ստուգել՝ արդյոք օգտագործվել է սպասարկման պատուհանը։» Եթե չեք կարողանում լրացնել յուրաքանչյուր դաշտը, գործարկիչը դեռ ընտրված չէ։
Համապատասխանեցրեք իրադարձությունը ձեր պնդմանը
| Record | What it proves | What it leaves open |
|---|---|---|
| Rejected credentials | The attempt failed at the credential step | Whether it was a stale client or a real person |
| Access-Accept | Credentials passed for this attempt | Anything about tunnel state or policy |
| Policy match record | A rule matched the request | Whether later steps completed |
| Tunnel established | The gateway accepted a session | Whether traffic flowed or the user got an address |
| Accounting Start | User service began at the accounting layer | Whether the application behind it worked |
| Accounting Stop | That session was closed, with a reason field | Whether the reason is meaningful on your release |
Աղյուսակը թաքցնում է կախվածություն. յուրաքանչյուր տող վստահելի է միայն այն դեպքում, երբ դարպասը հուսալիորեն թողարկում է այն, և ձեր հավաքիչը պահպանում է ձեզ անհրաժեշտ դաշտը։ Կարդացեք իրադարձության սահմանումը ձեր գործարկած ճշգրիտ տարբերակի համար, քանի որ «նստաշրջանը կառուցված է» անվանումը փոխվում է տարբերակների միջև, և իմաստը փոխվում է ավելի հաճախ, քան անունը։ Երբ սահմանումը մշուշոտ է, խնդրեք նստաշրջանի գրառում՝ փոխանակ պիտակից գուշակելու։
Access-Accept-ը որպես դրանից հետո ամեն ինչի ավարտ ընկալելը ամենատարածված սխալն է։ Դա դատավճիռ է մուտքի տվյալների մասին, ոչ թե նստաշրջան։ Հայելային սխալը քաղաքականության համընկնումը որպես լիազորման ապացույց կարդալն է, երբ կանոնը կարող է համընկնել, և հաջորդ քայլը դեռ կարող է ձախողվել։
Մեկ նստաշրջան, մեկ ծանուցում
Մեկ հաշիվ, մի քանի սարք, վերաուղարկումներ և վերամիացումներ. յուրաքանչյուր իրադարձության համար մեկ նամակը սխալ կլինի երկու ուղղություններով՝ կրկնօրինակելով մի նստաշրջան և բաժանելով մյուսը։ Ծանուցման բանալին դարձրեք դարպասը գումարած նստաշրջանի նույնացուցիչը, և հաշվի անվանը վերաբերվեք որպես հատկանիշ, ոչ թե բանալի։ Նոթբուք և հեռախոս ունեցող օգտատերը կարող է միաժամանակ երկու թունել պահել, և երկուսն էլ արժանի են իրենց տողին։
Վերաուղարկված հաշվապահական գրառումները նորմալ են, ուստի հաղորդագրությունը ներկայացնելուց առաջ հեռացրեք կրկնօրինակները նստաշրջանի id-ի և ժամադրոշմի հիման վրա։ Նույն սարքից հաջորդական նստաշրջանները պետք է մնան առանձին, և սպասարկման պատուհանի ընթացքում վերամիացումը պետք է մնա տեսանելի՝ նախորդի մեջ միաձուլվելու փոխարեն։ Եթե ձեր հավաքիչը ընդունման ժամանակ վերագրում է ժամադրոշմերը, հեռացրեք կրկնօրինակները բնօրինակ գրառման դաշտերի հիման վրա, ոչ թե պահվածների։
Բացակայող Stop գրառումը անորոշություն է, ոչ թե մշտական նստաշրջան։ Դարպասի վերագործարկումները, հավաքիչի խափանումները և UDP-ի կորուստը բոլորը բացեր են թողնում, ուստի ծանուցմանը պետք է համաձայնեցման ուղի, որը հարցնում է ակտիվ նստաշրջանների աղյուսակը, նախքան որևէ մեկը եզրակացնի, որ թունելը դեռ աշխատում է։
Աուդիտը և ծանուցումը պահեք առանձին
Աուդիտի հոսքը և ծանուցումների հոսքը տարբեր խնդիրներ ունեն։ Պահպանեք հում գրառումները, ներառյալ հաշիվը, դարպասը, նստաշրջանի id-ն, ժամադրոշմերը և դադարեցման պատճառը, նույնիսկ երբ սովորական նամակները խմբավորվում, ճնշվում կամ ուղարկվում են փոքր հերթապահ ցանկին։ Ծանրության շեմը առաքման զտիչ է, ոչ թե այն կյանքի ցիկլի իրադարձության ընտրությունը, որը դուք ուզում էիք հայտարարել։
Ուղարկեք նվազագույն համատեքստը, որն անհրաժեշտ է ստացողին պաշտպանված գրառումը գտնելու համար։ Հաշիվների անունները, ներքին հասցեները և նստաշրջանի մանրամասները զգայուն են, և լավ փոխանցվող նամակը լավ արտահոսող նամակ է։
Ապա ապացուցեք այն սկզբից մինչև վերջ։ Անցկացրեք սովորական մուտք և ելք, վերամիացում, երկու միաժամանակյա նստաշրջան և հարկադիր առաքման ձախողում, և հետևեք մեկ իրադարձության դարպասից հավաքիչի միջով մինչև առաքված հաղորդագրությունը։ Եթե նամակը գալիս է առանց նստաշրջանի id-ի, պայմանագիրը թերի է։ Եթե երկու նամակ նկարագրում են մեկ նստաշրջան, հարաբերակցությունը կոտրված է։ Երկու խնդիրներից ոչ մեկը չի ի հայտ գալիս, երբ միակ բանը, որ դուք ստուգում եք, փոստի առաքման աշխատանքն է։