Դուք ավելացնում եք երթուղին, թունելը բարձրանում է, և այնուամենայնիվ մյուս կողմի ping-ը մեռնում է ամբողջական կորստով, ոչ թե «network unreachable»-ով։ Այդ տարբերությունը կարևոր է, որովհետև հայացքը երթուղային աղյուսակից տեղափոխում է հասցեին։ 169.254-ը link-local է, և նրա շրջանակը նախագծով ավարտվում է առաջին hop-ին, ոչ թե սխալ կարգավորմամբ։

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

Հասցեն առանց երթուղու չէ, այն երթուղելի չէ

IPv4 link-local հասցեները ինքնուրույն են նշանակվում, երբ ավելի լավը չի պատասխանում. այստեղից է գալիս Windows-ի ավտոմատ մասնավոր հասցեավորումը և այլ համակարգերի համարժեքը։ Տիրույթը միաժամանակ օգտագործվում է յուրաքանչյուր կապում, և հենց դա է պատճառը, որ այն աշխատում է. նույն հատվածի երկու հոսթ կարող են խոսել առանց համակարգման։

Այդ նույն հատկության պատճառով երթուղիչը չպետք է այդ փաթեթները փոխանցի ցանցերի միջև։ Link-local նպատակակետին ուղղված փաթեթը ստանալը և այլ ինտերֆեյսով դուրս ուղարկելը երկիմաստություն կստեղծի, որովհետև ուղարկողի «տեղականը» և ստացողի «տեղականը» տարբեր տեղեր են։ Ոչ մի որոնում չի կարող որոշել, թե որն է նկատի ունեցել ուղարկողը։ Փոխանցումն այստեղ քաղաքականության ընտրություն չէ, որը կառավարիչը կարող է միացնել. հասցեների դասը բացառում է այն։

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

Ինչու թունելը բացահայտում է շրջանակի խնդիրը

TUN ինտերֆեյսը IP փաթեթներ է տեղափոխում երկու գործընկերների միջև և իր հետևում ընդհանուր հատված չունի։ Չկա հեռարձակում, չկա ARP մյուս կողմի համար, և չկա հարևանների հայտնաբերում, որը link-local նպատակակետը կփոխարկի կապի շերտի հասցեի։

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

Windows-ում կա երկրորդ, առաջին հայացքից անկապ ախտանիշ նույն արմատով. միայն link-local հասցե մնացած ադապտերը չունի օգտագործելի դարպաս, ուստի ցանցի ճանաչումը չի կարող դասակարգել կապը, և firewall-ի պրոֆիլը ընկնում է public-ի վրա։ Թունելը պատճառ չէ. հասցեն է։

Որոշեք երեք հարցով

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

QuestionIf yesIf no
Can the far-side host be given a routable address?Change the host or fix DHCP and route normallyContinue to the next question
Does the device accept a static address at all?Assign one from the site's real prefixBridging is the only remaining option
Can you accept broadcast crossing the tunnel?A bridge is viable for a small segmentReplace the device or accept no remote access

Շատ դեպքեր կանգ են առնում առաջին հարցում։ Link-local հասցե ցույց տվող հոսթը սովորաբար նշանակում է, որ DHCP-ն չի պատասխանել, մալուխը կամ VLAN-ը սխալ է, կամ ինչ-որ մեկը հասցեն ձեռքով է գրել։ Դա վերանորոգելը ավելի էժան է, քան ցանկացած թունելային աշխատանք, և խնդիրը հեռացնում է բոլոր ապագա հաճախորդներից, ոչ միայն այս մեկից։

Ստուգեք սերվերի կողմը, նախքան ինչ-որ բան ենթադրելը։ Գործարկեք ip addr show և ip route-ը հոսթի վրա, և arp -n կամ route print -4-ը հաճախորդի վրա, որպեսզի տեսնեք՝ prefix-ը իսկապես կա՞, թե՞ միայն հին գրառումն է այդպես ասում։

Ինչ արժե կամուրջը, երբ այն ճիշտ պատասխանն է

Ֆիզիկական ադապտերը TAP ադապտերի հետ կամրջելը հեռավոր հաճախորդին դարձնում է տեղական հեռարձակման տիրույթի մաս։ Այն ժամանակ հեռարձակումը և հարևանների հայտնաբերումը աշխատում են, և link-local հասցեն նորից իմաստ ստանում, որովհետև հաճախորդն իսկապես տեղական է այդ կապում։

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

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

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