dnsmasq-ը չի կարող կապել 53 պորտը. գտեք սոկեթը, որը զբաղեցնում է այն

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

Հինգ քայլ այս հերթականությամբ՝ վերարտադրեք սխալը, թվարկեք լսողներին, հասկացեք wildcard-ը, հանձնարարեք աշխատանքը, ապա ստուգեք։

Քայլ 1. վերարտադրել և կարդալ սխալը

Գործարկեք dnsmasq-ը առաջին պլանում այն նույն կազմաձևով, որն օգտագործում է ծառայությունը, որպեսզի սխալը հայտնվի ձեր տերմինալում, այլ ոչ թե մատյանում, որը պետք է գուշակեք։ Ուշադրություն դարձրեք հաղորդագրության հասցեների ընտանիքին և տեղական հասցեին։ Հատուկ հասցեին կապելը և wildcard-ին կապելը տարբեր ձախողումներ են՝ տարբեր սեփականատերերով։

Պահպանեք ճշգրիտ տեքստը։ Օգտագործվող հասցեն, թույլտվության ձախողումը և բացակայող ինտերֆեյսը բոլորը գալիս են որպես գործարկման ձախողում, և դրանք մատնանշում են երեք տարբեր վերանորոգում։

Քայլ 2. թվարկել սեփականատերերին

Նախ թվարկեք սոկեթները։ Աղբյուր պորտ 53-ի զտիչը ցույց է տալիս երկու տրանսպորտներն էլ և տիրապետող գործընթացը, երբ դա տեսնելու իրավունք ունեք.

ss -lntup 'sport = :53'

Կարդացեք ելքը սյունակներով՝ տրանսպորտ, տեղական հասցե, պորտ, գործընթաց։ TCP լսողը և UDP լսողը առանձին սոկեթներ են, ուստի մեկի կանգնեցումը չի ազատում մյուսին։ wildcard հասցեն ծածկում է բոլոր ինտերֆեյսները, այսինքն՝ VPN հասցեն արդեն զբաղված է, թեկուզ ոչ մի տող այն անունով չնշի։ Իսկ գործընթացի անունը ձեզ ասում է՝ սա դիստրիբուտիվի կողմից կառավարվող լուծիչ է, կոնտեյներ, թե ինչ-որ բան, որ նախորդ փորձը թողել է աշխատող։

Քայլ 3. wildcard-ի ծուղակը

bind-interfaces ընտրանքը փոխում է, թե dnsmasq-ը կապում է wildcard սոկեթ, թե մեկ սոկեթ յուրաքանչյուր կազմաձևված ինտերֆեյսի համար, ինչպես նկարագրում է dnsmasq-ի տեղեկատուն։ Առանց դրա dnsmasq-ը կարող է կապել wildcard-ը և փոխարենը զտել հարցումները ըստ ինտերֆեյսի, ինչն անմիջապես ձախողվում է, երբ մեկ այլ դեմոն զբաղեցնում է wildcard-ը։ Linux-ը ավելացնում է bind-dynamic-ը, որը զբաղվում է գործարկումից հետո ստեղծված ինտերֆեյսներով՝ իրական մտահոգություն, երբ VPN ինտերֆեյսը հայտնվում է միայն միանալիս։

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

Քայլ 4. հանձնարարել աշխատանքը

Որոշեք, թե որ դեմոնն է պատասխանում VPN հաճախորդներին, և որը՝ հոսթին։ Մեկ լուծիչ, որը լսում է թունելի հասցեում և փոխանցում է վերև սովորական կարգավորում է. երկու լուծիչ, որոնցից յուրաքանչյուրը ենթադրում է, թե տիրապետում է 53 պորտին, ամենևին կարգավորում չէ։

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

Քայլ 5. ստուգել սոկեթը, ապա ուղին

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

Երեք առանձին արդյունք, որոնք պետք է իրարից տարբեր պահել՝ սոկեթը գոյություն ունի, հաճախորդը հասնում է դրան, պատասխանը ճիշտ է։

Ինչ չանել

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

Եթե մեքենան կառավարվում է, գրանցեք սեփականության որոշումը այնտեղ, որտեղ կգտնի այն հաջորդ ադմինիստրատորը։ Պորտի բախումները վերադառնում են ամեն անգամ, երբ պատկերը վերակառուցվում է։