Երկու գրասենյակներն էլ օգտագործում են 192.168.1.0/24, որովհետև ոչ ոք այլ կերպ չի պլանավորել, և սպասվում է, որ թունելը կլուծի դա։ Չի կարող՝ երթուղիչը չի կարող անել, որ նույն մասնավոր հասցեն նշանակի երկու տարբեր տեղ։ Աշխատանքը, որ կանխում է դա, կատարվում է մինչև թունելի առաջին պարամետրի մուտքագրումը։

Գույքագրեք յուրաքանչյուր տիրույթ, ներառյալ մոռացվածները

Հավաքեք LAN-երը, սերվերային սեգմենտները, հեռահար մուտքի հաճախորդների լողավազանները, ամպային VPC տիրույթները և ցանկացած կոնտեյներային կամ վերածածկող ցանց, որին հյուրերը պետք է հասնեն։ Հաճախորդների լողավազանները հենց այն են, ինչ մարդիկ մոռանում են, և դրանք զարմանալիորեն հաճախ համընկնում են գրասենյակի տիրույթի հետ, որովհետև երկուսն էլ ընտրվել են նույն լռելյայնից։ Ներառեք կառավարման ցանցը և ցանկացած ժապավենից դուրս սեգմենտ։

Գրանցեք սեփականատիրոջը, դարպասը, նպատակը և արդյոք նախածանցը պետք է հասանելի լինի մյուս կայքից։ Նախածանցը, որը երբեք պետք չէ անցնել թունելով, պարտադիր չէ եզակի լինի, և դա իմանալը նվազեցնում է վերահամարակալման աշխատանքը։

Արեք IPv6-ը առանձին, որովհետև դրա պլանը և դրա համընկնումները անկախ են։

Համեմատեք նախածանցերը, ոչ թե ծանոթ հասցեները

Տարբեր հյուրընկալ հասցեներով երկու ցանցեր դեռ կարող են համընկնել, որովհետև համընկնումը դիմակների հատկություն է, ոչ թե թվերի, որոնք մարդիկ հիշում են։ 10.20.0.0/16-ը պարունակում է 10.20.30.0/24, անկախ նրանից՝ ինչ-որ մեկը բարձրաձայն ասում է դա, թե ոչ։ Համեմատեք ամբողջական նախածանցազույգերը և ստուգեք ագրեգատները դրանց ներսի ավելի փոքր ցանցերի համեմատ։ Այդ պատճառով ստուգումը տեղ ունի աղյուսակում, ոչ թե ինչ-որ մեկի գլխում։

Նույն ստուգումը վերաբերում է VPN-ի սեփական հաճախորդների լողավազանին և ցանկացած թարգմանված տիրույթի, որը նախատեսում եք ներմուծել, որովհետև բախվող թարգմանված տիրույթն ավելի վատ է, քան սկզբնական համընկնումը։

Դիմակներով նախածանցների աղյուսակը բավական է. առանց դիմակների գծապատկերը՝ ոչ։

Որոշեք, թե ինչ պետք է իրականում անցնի

Կայքը կարող է պարունակել երեսուն ենթացանց, մինչդեռ մեկ ծառայության ցանցի հեռահար մուտք է պետք։ Սկսեք այդ պահանջից և հայտարարեք միայն այն, ինչ նրան պետք է, որովհետև ավելի փոքր հայտարարությունները և համապատասխան մուտքի կանոնները ավելի հեշտ են վերանայվում և ավելի դժվար՝ պատահաբար լայնացվում։ Յուրաքանչյուր օգտագործվող մասնավոր տիրույթի հայտարարումը սովորություն է, որը թունելը դարձնում է կամուրջ։ Որքան նեղ է հայտարարությունը, այնքան փոքր է ապագա սխալի ազդեցության շառավիղը։

Մասնավոր DNS-ը պետք է վերադարձնի հասցեներ, որոնց կարող են հասնել նախատեսված հաճախորդները, ուստի չհայտարարված կամ համընկնող տիրույթին մատնանշող անունը մնում է կոտրված նույնիսկ երբ որոնումը հաջողվում է։

Գրեք մուտքի ցանկը թունելի կոնֆիգուրացիայից առաջ, ոչ թե այն ձախողվելուց հետո։

Վերահամարակալեք կամ թարգմանեք, և իմացեք ծախսը

Մեկ ցանցի վերահամարակալումը սովորաբար ամենապարզ երկարաժամկետ լուծումն է, և այն շոշափում է ամրագրումները, սարքերը, DNS-ը, հրապատի կանոնները և այն ամենը, ինչի հասցեն թխված է կոնֆիգուրացիայի մեջ։ Մուտքի տիրույթի թարգմանությունը այլընտրանքն է, երբ վերահամարակալումը գործնական չէ, և այն արժենում է աղբյուրի ինքնությունը գումարած պրոտոկոլների դաս, որոնք հասցեները ներդնում են բեռնվածքի մեջ։ Ընտրեք մեկը և ավարտեք այն, որովհետև կիսով չափ վերահամարակալված ցանցը ավելի վատ է, քան երկու տարբերակներից որևէ մեկը։

Ինչ էլ ընտրեք, փաստաթղթավորեք և՛ սկզբնական, և՛ ներկայացված հասցեն, որովհետև յուրաքանչյուր հետագա խնդրահարույց զրույցի պետք են երկուսը։

Առանց վերադարձի ուղու լուծումը լուծում չէ։

Օգտագործեք երթուղային մատրիցան որպես ընդունելության թեստ

Ավարտեք մատրիցայով. տեղական նախածանց, հեռավոր նախածանց, թույլատրված ծառայություն և վերադարձի դարպաս։ Այդ աղյուսակը ընդունելության թեստն է, երբ թունելը բարձրանում է, և այն նաև փաստաթուղթն է, որը կկարդա հաջորդ ինժեները։ Փորձարկեք ընտրված ենթացանցերի իրական հյուրերից, ոչ թե դարպասներից։

Թունելի հասցեների միջև ping-ը ապացուցում է, որ թունելը գոյություն ունի, և ոչինչ՝ դրա հետևում գտնվող հասցեների պլանի մասին։

Պահեք մատրիցան թունելի կոնֆիգուրացիայի հետ, և հաջորդ կայքի ավելացումը կսկսվի տվյալներից, ոչ թե հիշողությունից։ Երբ պլանը կա, strongSwan-ի փոխանցման ուղեցույցը ընդգրկում է դարպասի կողմը։

Առնչվող հոդվածներ