Samba-ի տեղական համօգտագործումը անհետացավ OpenVPN-ի DNS փոխանցումից հետո

Samba-ն կորցնում է տեղական համօգտագործումները այն պահին, երբ OpenVPN միանում է, և թունելը գրեթե երբեք պատճառ չէ։ Միացումը կարգին է, NAS-ը աշխատում է, և թունելի տեղադրած լուծիչը պատասխանում է անվան մասին հարցերին, որը երբեք չի տեսել։ Samba-ն հարցնում է այդ լուծիչին իր որոնման կարգի սկզբում, հավատում է պատասխանին և միանում է մի հասցեի, որտեղ ոչինչ չի լսում։ Համօգտագործումը շտկելը նշանակում է շտկել պատասխանը, ոչ թե միացումը։

Հինգ ստուգում՝ այն կարգով, որն ամեն քայլին վերացնում է ամենաշատ հնարավորությունները։

Ով է պատասխանում կարճ անվանը

Հարցրեք օպերացիոն համակարգին, ոչ թե ֆայլերի կառավարչին։ resolvectl status-ը տպում է յուրաքանչյուր կապին կցված DNS սերվերները և նշում, թե որ կապն է լռելյայն երթուղին, իսկ կարճ անվան հարցումը հաղորդում է պատասխանած սերվերը։ Գործարկեք այն մեկ անգամ NAS-ի անվան համար և մեկ անգամ մի անվան համար, որը գիտեք, որ գոյություն ունի գրասենյակի տիրույթում։ Եթե երկու պատասխանները գալիս են տարբեր սերվերներից, դուք գտել եք բաժանումը։

Ստուգեք՝ պատասխանը բացասական պատասխան էր, թե հասցե։ Բացասական պատասխանը նշանակում է, որ Samba-ն պետք է անցներ այլ մեխանիզմի, և խափանումը այլ տեղ է։ Հասցեն նշանակում է, որ Samba-ն միացել է իրական տեղի և ոչինչ չի ստացել։

Ինչու է Samba-ն հավատում սխալ պատասխանի

Samba-ն լուծում է անունները name resolve order-ով սահմանված հաստատուն հաջորդականությամբ։ Բաշխումների մեծ մասում լռելյայնը ներառում է host, այսինքն՝ DNS, և այն աշխատում է NetBIOS հեռարձակման նման միայն տեղական ցանցի մեխանիզմներից առաջ։ Այդ պատճառով լուծիչ փոխանցող թունելը ստանում է առաջին մերժման իրավունքը յուրաքանչյուր համօգտագործման անվան վրա, ներառյալ մեկ պիտակով անունները, որոնք երբեք չպետք է լքեին շենքը։

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

Արդյունքը համօգտագործում է, որն անհետանում է առանց սխալի երկխոսության։ Այդ հաջորդականության մեջ ոչինչ VPN երթուղավորման խափանում չէ, դրա համար NAS-ին ping անելը դեռ աշխատում է, մինչդեռ դրան դիտարկելը չի աշխատում։

Տարբեր ծավալի երկու ուղղում

Նեղ ուղղումը պահում է փոխանցված լուծիչը և փոխում է, թե ինչ կարող է Samba-ն հարցնել նրանից։ Ավելացրեք երկու տող այն Samba կազմաձևին, որը դեմոնն իրականում կարդում է, ապա վերագործարկեք ծառայությունը՝

[global]
   name resolve order = wins lmhosts bcast
   dns proxy = no

Այդ ցանկում host չլինելու դեպքում DNS-ը դուրս է գալիս համօգտագործման որոնման ուղուց, և մեկ պիտակով անունները մնում են տեղական հատվածում։ Գրասենյակի անունները դեռ սովորաբար լուծվում են յուրաքանչյուր այլ ծրագրի համար, քանի որ սա փոխում է միայն Samba-ն։ Գինը այն է, որ Samba-ն այլևս ընդհանրապես չի կարող օգտվել DNS-ից, ուստի լիարժեք որակավորված գրասենյակի անունով հասցեագրված համօգտագործումը դառնում է խնդիր։

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

Ընտրեք մեկը գիտակցաբար։ Լուծիչի փոփոխությունը միանգամից փոխում է անվան լուծումը բոլոր ծրագրերի համար, ինչը փոփոխության գրառում է, ոչ թե աջակցության զանգի խմբագրում։

Վերջածանցը կարող է ամեն ինչ բացատրել

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

Այստեղ լուծումը կա՛մ լիարժեք որակավորված տեղական անունն օգտագործելն է, կա՛մ բաժանված DNS կանոն ավելացնելը, որը տիրապետում է տեղական վերջածանցին։ Ոչ մեկը Samba-ին դիպչել չի պահանջում։

Ապացուցեք դա վերամիացումից հետո

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

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

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