Երկու SSID, երկու ելք՝ որտեղ ո՞ր քաղաքականությունն է հաղթում

Մեկ դարպասի վրա երկու SSID երևում են որպես երկու ցանց և այդպիսին չեն, քանի դեռ դարպասը դրանց այդպես չի վերաբերվում։ Ռադիոն երկուսին էլ հանձնում է նույն կամրջին, եթե մուտքի կետը յուրաքանչյուր SSID չի կապում իր VLAN-ին։ Եվ նույնիսկ առանձին ինտերֆեյսների դեպքում երթևեկությունը հետևում է այն երթուղուն և հրվանդանի քաղաքականությանը, որը դարպասը կիրառում է այդ մուտքի նկատմամբ։ SSID-ն պիտակ է, իսկ քաղաքականությունն այն է, ինչ դուք գրում եք։

SSID-ն քաղաքականությունը չէ

Անվանեք երկու ցանցերը և գրի առեք դրանց նախատեսված ելքերը նախքան երթուղիչին դիպչելը։ Տունը գնում է սովորական WAN, Աշխատանքը գնում է VPN ինտերֆեյս, և ոչ մեկը չի ժառանգում մյուսի ուղին։ Եթե երկու SSID-ները հայտնվեն մեկ չբաժանված կամրջի վրա, անունները ոչինչ չեն ստեղծել։ Այդ հարթ կամուրջը ամենատարածված ձևն է, որով այս ձևավորումը լուռ ձախողվում է։

Մուտքի կետը պետք է դրանք ներկայացնի որպես առանձին ինտերֆեյսներ՝ պիտակավորված կամ առանձին կամրջված։ Սա նախապայման է, ոչ մանրուք։ Գրի առեք քարտեզագրումը առաջին կանոնից առաջ։

Դասակարգեք ըստ մուտքային ինտերֆեյսի

Դասակարգեք այն կետում, որտեղ փաթեթը մտնում է դարպաս։ Քաղաքականության կանոնում մուտքային ինտերֆեյսի ընտրիչը առանձին է աղբյուրի նախածանցից, և սա այն ազնիվ ձևն է ասելու, որ այս երթևեկությունը եկել է Աշխատանքից։ Միայն աղբյուրի հասցեով համեմատելը թույլ է տալիս Աշխատանքում գտնվող հաճախորդին պահանջել Տան հասցե և վերցնել Տան ուղին։

ip rule show

Ստուգեք աղբյուրը նաև մուտքի նկատմամբ, որպեսզի երկու փորձարկումները համաձայնեն, այլ ոչ թե հակասեն միմյանց։ Կանոնը, որը ստուգում է դրանցից միայն մեկը, կիսով չափ քաղաքականություն է։

Դարպասի սեփական թունելը դուրս պահեք սրանից

Դարպասի սեփական արտաքին VPN կապը պահեք այն ստորին շերտի վրա, որն աշխատում է։ Փոխանցված Աշխատանքի հաճախորդների համար գրված կանոնը չպետք է ռեկուրսիվորեն որսա նրանց տեղափոխող թունելը, քանի որ սա ծանրաբեռնվածության տակ միայն հայտնվող հանգույց կառուցելու դասական եղանակն է։ Ազատեք տեղական ելքի ուղին կամ սահմանափակեք կանոնը փոխանցվող երթևեկությամբ։ Փորձարկեք հանգույցի դեպքը մեծ փոխանցմամբ, ոչ թե մեկ ping-ով։

Թարգմանությունը նույն խնամքն է պահանջում։ Եթե VPN ելքը պահանջում է դարպասի թունելի հասցեն որպես աղբյուր, կիրառեք դա միայն VPN ինտերֆեյսից դուրս եկող Աշխատանքի աղբյուրների նկատմամբ։ Տան սովորական WAN թարգմանությունն այլ շրջանակ է, և մեկ անվերապահ masquerade կանոն չի կարող արտահայտել երկուսն էլ։

Գրեք երկու կանոնները կողք կողքի, որպեսզի զույգը երևա որպես ձևավորում, այլ ոչ թե երկու անկապ տող։ Բավական է մեկնաբանություն, որը նշում է աղբյուրը և նախատեսված ելքը։

Որոշեք ձախողման վիճակը դիտավորությամբ

Որոշեք, թե ինչ է լինում, երբ VPN երթուղին անհետանում է։ Աշխատանքային ցանցի համար ազնիվ պատասխանը սովորաբար մերժումն է՝ առանց հետընթացի դեպի սովորական WAN, քանի որ առանձին SSID-ի իմաստն այն է, որ նրա երթևեկությունը չի հեռանում սխալ ուղով։ Ավտոմատ վերամիացումը հարմարավետություն է, ոչ թե արգելափակման քաղաքականություն։ Մերժման կանոնը, որը երբեք չի գրանցում, չի տարբերվում փչացած ցանցից։

ip route show table work

Փորձարկեք թարմ կապ յուրաքանչյուր SSID-ից, ապա հեռացրեք թունելը և նորից փորձարկեք։ Տունը պետք է պահպանի իր սովորական ուղին, մինչ Աշխատանքը ձախողվում է փակ։ Ստուգեք IPv6-ը առանձին, քանի որ երկու IPv4 ենթացանց ոչինչ չեն ասում դրա մասին, և քաղաքականության կանոնների տեղեկանքը փաստագրում է վերևում օգտագործված ընտրիչները։