Երկու սեփականատեր, մեկ հասցե. կրկնվող IP-ներ TAP կամրջի վրա

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

Կարդացեք բախման ապացույցները նախքան կամրջին դիպչելը

Windows-ը հաղորդում է հասցեի բախման մասին միասին մյուս պահանջատիրոջ ապարատային հասցեի հետ։ Հենց այդ ապարատային հասցեն է օգտակար փաստը, քանի որ այն համապատասխանում է մեկ հոսթի մեկ ինտերֆեյսի, մինչդեռ իրադարձության ցուցադրվող անունը ոչինչ չի ասում այն մասին, թե որտեղ է գտնվում կրկնօրինակը։ Գրեք ապարատային հասցեն նախքան ինչ-որ բան փոխելը։

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

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

Գույքագրեք սեգմենտի յուրաքանչյուր պահանջ

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

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

ip -4 addr show | grep -E 'inet |^[0-9]+: '
bridge link show
ip neigh show dev br0

Լողավազանը և DHCP միջակայքը այն երկու սեփականատերերն են, որոնց մասին մոռանում են։ Տպեք երկու միջակայքերը միասին և փնտրեք համընկնում նախքան որևէ այլ բան անելը։ Ձեռքով նշանակված կամրջի հասցեն և նույն արժեքը տվող լողավազանը վաղ թե ուշ կբախվեն, և բախումը պատահական է թվում, մինչև երկու միջակայքերը կողք կողքի տպվեն։

Համարակալեք կամուրջները միայն այնտեղ, որտեղ նրանց ինքնություն է պետք

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

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

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

Դարձրեք ուղղումը վերագործարկման դիմացկուն

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

Գտեք այդ կարգավորման սեփականատիրոջը. ցանցի կառավարչի պրոֆիլ, ինտերֆեյսի ֆայլ, կոնտեյների կամ VM-ի սահմանում, կամ cloud-init հատված։ Փոխեք այն այնտեղ, ապա դիտավորյալ վերագործարկեք մեկ ազդված հոսթ՝ հաստատելու, որ նոր արժեքն է վերադառնում։ Վերագործարկումը միակ փորձարկումն է, որն ապացուցում է կայունությունը։

Ամրագրեք կամրջի հասցեները DHCP միջակայքի ներսում որպես բացառություններ, կամ տեղափոխեք դրանցից դուրս։ Միայն աղյուսակում գոյություն ունեցող ամրագրումը բացառություն չէ, և բաշխիչը այն չի կարդա։

Ապացուցեք դա բոլոր հաճախորդների առցանց վիճակում

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

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

arping -D -I br0 10.8.0.2
ip neigh show dev br0 | grep 10.8.0.2

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