Այդ թունելի հասցեն գործընկեր է, ոչ թե ենթացանց, որը կարելի է զննել
Կետ-կետ կապի վրա դիմակը նկարագրում է հեռավոր ծայրը, ոչ թե հարևանների տիրույթը։ Կարդացեք գործընկերոջ հասցեն, նախքան որոշելը, որ ենթացանցը սխալ է թվում։
Ձեր հաճախորդը միանում է և ցույց է տալիս հասցեների զույգ, կամ մեկ հասցե՝ 255.255.255.255 դիմակով, և առաջին արձագանքն այն է, որ սերվերը կոտրված բան է տվել։ Ոչինչ կոտրված չէ. թունելի ինտերֆեյսը կետ-կետ կապ է, և դիմակը նկարագրում է այդ մեկ կապի հեռավոր ծայրը, ոչ թե հարևանների տիրույթը։ Զույգը որպես տեղական հասցե և գործընկեր կարդալը բացատրում է տարօրինակ դիմակը, կողքի մեկուկես սարքի երթուղին և բացակայող հարևանների աղյուսակը։ Ինչ նույն ընթերցումը չի արդարացնում, դա գրասենյակի ցանցի հետ համընկնող հասցեային պլանն է։
Ինչու դիմակը սխալ է թվում թունելի կապի վրա
Ethernet ինտերֆեյսի վրա հասցեն և դիմակը երկու բան են հաստատում. այս հոսթը տիրապետում է հասցեին, և նախադասության ներսում ամեն ինչ ուղիղ հարևան է։ Միջուկը այդ երկու փաստից ածանցում է կապի վրա երթուղին, ապա լուծում կապի հասցեները այն հարևանների համար, որոնց ներկա է համարում։ Կետ-կետ ինտերֆեյսը պահպանում է սեփականությունը և դեն է նետում հարևաններին, ուստի հաճախորդի տողի երկրորդ հասցեն հեռավոր ծայրն է, ոչ թե ընդհանուր սեգմենտի մեկ այլ հոսթ։ Չկան ապարատային հասցեավորում, լուծման երթևեկություն և հեռարձակման տիրույթ՝ միանալու համար, այդ պատճառով ինտերֆեյսը վարվում է խողովակի պես՝ ուղիղ մեկ նպատակակետով։
Այդ պատճառով էլ լայն դիմակի կողքին մեկ հոսթի երթուղին այստեղ նորմալ է, ոչ թե ախտանիշ։ Այս կապի հասանելիությունը նշանակում է մեկ հասցե, և միջուկը գրում է հենց այդ։ Կարդացեք երկու հասցեները միասին նախքան որոշելը, որ կոնֆիգուրացիան սխալ է, որովհետև յուրաքանչյուրն առանձին սխալի տեսք ունի։
Երկու տոպոլոգիա, հասցեի երկու ձև
Հին կետ-կետ տոպոլոգիան յուրաքանչյուր հաճախորդի տալիս է փոքր բլոկ և օգտագործում երկու միջին հասցեները, ուստի դիմակը նման է ցանցի բեկորի, ոչ թե լողավազանի։ Ենթացանցի տոպոլոգիան լողավազանից հասցե է տալիս լողավազանի դիմակով և սերվերի թունելի հասցեն անվանում գործընկեր։ Երկուսն էլ ստեղծում են վավեր կապ, և տարբերվում են միայն նրանով, թե որ հասցեներն են հայտնվում պրոֆիլում և ինչ դիմակ է օգտվողը հավանաբար հարցականի տակ դնելու։
| Topology | Client address shape | Peer | Route to expect |
|---|---|---|---|
| Point-to-point block per client | Two neighbouring addresses inside a small block | The far address of that block | A single host route on the tunnel device |
| Shared pool | One address carrying the pool mask | The server's tunnel address | A single host route on the tunnel device |
Որ տողն էլ համապատասխանի ձեր հաճախորդին, նախ կարդացեք գործընկերոջը, որովհետև այն անվանում է հեռավոր ծայրը և դրանով բացատրում դիմակը։ Տարբեր տոպոլոգիաներով սերվերների միջև պատճենված պրոֆիլը կցուցադրի սխալ ձև իր նոր տան համար, և այդ անհամապատասխանությունը հեշտ է շփոթել սերվերի խափանման հետ։
Երբ լողավազանը և գրասենյակի ցանցը պահանջում են նույն բիթերը
Քանի որ կապը երթուղավորված է, լողավազանին անհրաժեշտ է նախադասություն, որը ոչ մի տեղ չի հանդիպում սերվերի հասանելի ցանցերի մեջ։ Կիսեք մեկը, և հաճախորդը պահում է մեկ երթուղի տիրույթի համար, որը նշանակում է երկու տեղ, և որը տեղը կհաղթի, որոշում է վերջին տեղադրված երթուղին։ Խափանումը ցույց է տալիս հաճախորդի վրա, թեև դրա հետևում ընկած որոշումը պատկանում է հասցեային պլանին։ Օգտվողները հաղորդում են, որ տեղական երթուղիչը անհետանում է, երբ թունելը բարձրանում է, կամ որ միայն որոշ գրասենյակային հոսթեր են պատասխանում։
Միայն նման թվացող նախադասությունները այլ դեպք են, և օկտետները աչքով համեմատելը նախադասությունների համեմատում չէ։ Գրեք երկուսն էլ և հաշվեք դիմակավորված բիթերը՝ 192.168.4.0/24 ընդդեմ 192.168.6.0/24 համընկնում են մինչև 22-րդ բիթը և տարբերվում 23-րդում, որովհետև երրորդ օկտետը կարդացվում է որպես 00000100 ընդդեմ 00000110, ուստի այդ երկու ցանցերը իսկապես առանձին են։ Տեղադրեք 10.8.0.0/24 կողքին մեկ այլ 10.8.0.0/24 և բոլոր 24 դիմակավորված բիթերը համընկնում են, ինչը նշանակում է, որ մեկ երթուղի չի կարող արտահայտել երկու տեղերը։ Դիմակի երկարությունը որոշում է, թե որտեղ կանգնի համեմատությունը, և երկրորդը տեղադրված ցանցն է, որ պարտվում է։
Ինչ չի կարող մատուցել երթուղավորված կապը
Հեռարձակումը և բազմահեռարձակումը չեն անցնում երթուղավորված կապով, և մի քանի ծանոթ հատկություններ կառուցված են դրանց վրա։ Զննման ցուցակները, անվան հայտարարությունները և ծառայության հայտնաբերումը ենթադրում են ընդհանուր սեգմենտ, ուստի ֆայլային սերվերը կարող է պատասխանել յուրաքանչյուր հարցմանը հասցեով և այնուամենայնիվ երբեք չհայտնվել ցուցակում։ Կապի տեղական հեռարձակումից կախված անվան լուծումը ձախողվում է նույն պատճառով, և ոչ մի պրոֆիլի խմբագրում չի փոխում, թե ինչ կարող է կրել թունելը։ Արդյոք դա կարևոր է, պահանջների հարց է, ոչ թե երթուղավորման։
Հաճախորդը, որն իսկապես կարիք ունի այդ մատուցումների, պահանջում է կամրջված ինտերֆեյս, որը կրում է Ethernet շրջանակներ և այդպիսով պահպանում հեռարձակման տիրույթը։ Գինը ավելի աղմկոտ կապն է, վերևում նկարագրված մաքուր հասցեավորման կորուստը և շատ ավելի մեծ խափանումների մակերեսը, հենց որ օղակներ հայտնվեն։ Հիմնավորեք պահանջը նախքան անցնելը և նախընտրեք անվան ծառայություն, որն աշխատում է երթուղավորված կապերով, երբ պահանջը միայն անունների մասին է։
Ինտերֆեյսը կարդալը պրոֆիլը խմբագրելուց առաջ
Հարցրեք միջուկին, թե ինչ է տեղադրել, ոչ թե ինչ է կարծես ասում պրոֆիլը։ Հասցեների ելքը ցույց է տալիս գործընկերոջը, որը բացատրում է դիմակը, և երթուղիների ելքը ցույց է տալիս՝ կա արդյոք ուղի դեպի այն։ Երկուսն էլ թունելի սարքի դեմ գործարկելը մի պահ է տևում և լուծում հարցը։
ip -4 addr show dev tun0
ip route show dev tun0
ip route get 10.8.0.1Եթե այդ երեքը համընկնում են, պրոֆիլը անում է այն, ինչի համար կարգավորվել է, և մնացած խնդիրը այլ տեղ է։ Փոխեք տոպոլոգիան միայն մի պատճառով, որը նշում է բացակայող հնարավորություն, որովհետև անծանոթ դիմակն այդպիսին չէ։