VLAN-ի ընդլայնումը անցավ մաքուր. երկու տեղամասերի հոսթերը տեսնում են միմյանց, ֆայլերի փոխանակումը աշխատում է, տպիչները պատասխանում են։ Հետո փոքր տեղամասում ինչ-որ մեկը նկատում է, որ յուրաքանչյուր ներբեռնում օգտագործում է մյուս տեղամասի ինտերնետ գիծը, և տոմսը գալիս է որպես թողունակության բողոք։ Կամուրջը արեց հենց այն, ինչ պահանջվում էր։ Այն կրում էր կադրեր երկու շենքերի միջև և երբեք կարծիք չուներ, թե որ երթուղիչը պետք է օգտագործեն այդ կադրերը ինտերնետի համար։

Կամուրջը կրում է կադրեր, ոչ որոշումներ

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

Տեղադրեք երկու երթուղիչ այդ ընդհանուր ենթացանցում, և երկուսն էլ դառնում են հավանական դարպասներ՝ անկախ այն բանից, թե դրանցից մեկը մոտ է այն հաճախորդին, ով օգտագործում է այն, թե ոչ։

Ինչպես է հաճախորդն ընտրում իր դարպասը

RFC 1122-ում նկարագրված IPv4 որոշումը պարզ է։ Հաճախորդի միացված ենթացանցի ներսում գտնվող նպատակակետին հասնում են ուղղակիորեն՝ ARP-ով, իսկ դրանից դուրս գտնվող նպատակակետը գնում է կարգավորված լռելյայն դարպասին։ Այդ պատճառով տեղամասերի միջև նույն ենթացանցի երթևեկությունը կարող է անցնել կամուրջով առանց որևէ երթուղիչի մասնակցության, և այդ պատճառով ինտերնետ երթևեկությունը լիովին կախված է այն դարպասի հասցեից, որը հաճախորդը ստացել է։ Երկու վարքագծերը անկախ են, և աշխատող ֆայլերի փոխանակումը ապացուցում է միայն առաջինը։

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

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

Թող DHCP-ն արտահայտի նախատեսված ելքը

DHCP պատասխանի 3-րդ ընտրանքը տալիս է հաճախորդի ենթացանցի երթուղիչների հասցեների ցանկը՝ ըստ նախապատվության, և հաճախորդները սովորաբար վերցնում են առաջին պատասխանողին։ Մեխանիզմը նորմալ է. սեփականությունն այն տեղն է, որտեղ նախագծերը սխալվում են։ Գրանցեք, թե իրական վարձակալությունը ինչ է տալիս յուրաքանչյուր տեղամասում, փոխարենը ենթադրելու, որ ամենամոտ DHCP սերվերը կտա ամենամոտ դարպասը։

Վարեք մեկ համակարգված բաշխիչ կամ երկու, որոնք հստակ կարգավորված են նույն քաղաքականության համար, և քաղաքականությանը տվեք սեփականատեր։ Հեռավոր տեղամասում ավելացված երկրորդ անկախ բաշխիչը տեղայնություն չի ստեղծում, այն ստեղծում է երկու իշխանություն նույն հեռարձակման տիրույթի համար։

Մի՛ նշանակեք մեկ դարպասի հասցե երկու անկախ ակտիվ երթուղիչների միայն այն բանի համար, որ երկու տեղամասերի կարգավորումները նույնը թվան։ Կամուրջով միացված սեգմենտի վրա ընդհանուր վիրտուալ հասցեն առաջին ցատկի ավելորդության նախագիծ է՝ իր պահանջներով, և ձեռքով պատրաստված տարբերակը առաջացնում է ARP հակասություններ, որոնք նման են ընդհատվող փաթեթների կորստի։ Եթե հավելվածին իսկապես պետք չէ ընդհանուր 2-րդ շերտի սեգմենտ, առանձին երթուղղված նախածանցեր՝ տեղական լռելյայն դարպասներով ավելի հեշտ է շահագործել և բացատրել միջադեպի ժամանակ։

Փորձարկեք չորս բաները առանձին

Խնդրեք չորս դիտարկում, ոչ թե մեկը։ Վերցրեք նոր DHCP վարձակալություն յուրաքանչյուր տեղամասում և գրանցեք ստացված երթուղիչն ու դիմակը։ Հասեք նույն ենթացանցի ծառայությանը մյուս տեղամասում և հաստատեք, որ ուղին կամուրջն է, ոչ թե երթուղղված շրջանցում։ Բերեք ինչ-որ բան հանրային ինտերնետից յուրաքանչյուր տեղամասում և հաստատեք, թե որ վերին կապն է այն կրել։ Հետո գցեք թունելը և տեսեք, թե ինչ է կոտրվում, որովհետև այն տեղամասը, որը կորցնում է ամբողջ կապը, երբ կամուրջը ձախողվում է, կախված էր հեռավոր դարպասից, առանց որևէ մեկի նկատելու։

Այդ չորս արդյունքները ձեզ ասում են՝ ունեք միջտեղամասային կամուրջ, տեղական ելք, թե պատահական հետադարձ ուղի, և դրանց հավաքումը տևում է տասը րոպե։

Նախագծման սկզբունքը շքեղ չէ. կամրջումը որոշում է հասանելիությունը, DHCP-ն՝ դարպասը, իսկ սարքի երթուղային աղյուսակը՝ թունելի սեփական ուղին։ Երեքը պահեք առանձին զրույցներում, որովհետև երեքն էլ ուղղել փորձող մեկ փոփոխությունը սովորաբար կոտրում է երկուսը։

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