Ինչու SRV գրառումն օգնում է միայն այն հաճախորդին, որն ինքն է հարցնում դրա մասին

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

Գրառումը, որի մասին ոչ ոք չի հարցնում, ոչ մեկին չի կարող օգնել

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

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

Կարդացեք դաշտերը նախքան դրանք գրելը

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

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

Գտեք այն պիտակը, որը հաճախորդն իրականում ուղարկում է

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

dig +short SRV _vpn._tcp.gw.example
dig +short A edge2.gw.example
tcpdump -ni any udp port 53

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

_vpn._tcp.gw.example. 600 IN SRV 20 10 8443 edge2.gw.example.

Թիրախը նույնպես պետք է գոյություն ունենա

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

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

Հայտնաբերումը նույնականացում չէ

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

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