Lokalna skupna raba Samba je izginila, potem ko je OpenVPN potisnil DNS

Samba izgubi lokalne skupne rabe v trenutku, ko se OpenVPN poveže, in tunel skoraj nikoli ni vzrok. Priklop je v redu, NAS deluje, in resolver, ki ga je namestil tunel, odgovarja na vprašanja o imenu, ki ga še ni videl. Samba ta resolver vpraša zgodaj v svojem vrstnem redu iskanja, verjame odgovoru in se poveže na naslov, kjer nič ne posluša. Popraviti skupno rabo pomeni popraviti odgovor, ne priklopa.

Pet preverjanj, v vrstnem redu, ki pri vsakem koraku izloči največ možnosti.

Kdo odgovarja za kratko ime

Vprašajte operacijski sistem, ne upravitelja datotek. resolvectl status izpiše strežnike DNS, povezane z vsako povezavo, in označi, katera povezava je privzeta pot, poizvedba za kratko ime pa poroča strežnik, ki je odgovoril. Zaženite ga enkrat za ime NAS in enkrat za ime, za katero veste, da obstaja v domeni pisarne. Če dva odgovora prihajata z različnih strežnikov, ste našli razcep.

Preverite, ali je bil odgovor negativen odgovor ali naslov. Negativen odgovor pomeni, da bi morala Samba preiti na drug mehanizem, in napaka je drugje. Naslov pomeni, da se je Samba povezala na resnično mesto in ni dobila ničesar.

Zakaj Samba verjame napačnemu odgovoru

Samba razrešuje imena s fiksnim zaporedjem, ki ga določi name resolve order. V večini distribucij privzeta vrednost vključuje host, kar pomeni DNS, in se izvaja pred mehanizmi samo za lokalno omrežje, kot je oddajanje NetBIOS. Tunel, ki potisne resolver, zato dobi pravico prve zavrnitve pri vsakem imenu skupne rabe, vključno z imeni z eno oznako, ki ne bi smela nikoli zapustiti stavbe.

Običajno neznano ime vrne negativen odgovor in naslednji mehanizem dobi svojo priložnost. Nekateri resolverji, zlasti pri ponudnikih internetnih storitev in javni, na neznana imena odgovarjajo s stranjo za iskanje ali oglasnim naslovom. Ta odgovor se knjižnici resolverja zdi uspeh, zato Samba preneha iskati in izbere naslov, ki nima nič skupnega z vašim omrežjem.

Rezultat je skupna raba, ki izgine brez okna z napako. Nič v tem zaporedju ni napaka usmerjanja VPN, zato ping do NAS še vedno deluje, brskanje do njega pa ne.

Dve popravili z različnim obsegom

Ozka poprava ohrani potisnjeni resolver in spremeni, kaj sme Samba od njega zahtevati. Dodajte dve vrstici v konfiguracijo Sambe, ki jo demon dejansko bere, nato znova zaženite storitev:

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

Brez host na tem seznamu je DNS izven poti za iskanje skupnih rab, imena z eno oznako pa ostanejo v lokalnem segmentu. Imena pisarne se za vsak drug program še vedno razrešujejo običajno, ker to spremeni samo Sambino. Cena je, da Samba ne more več sploh uporabljati DNS, zato skupna raba, naslovljena s polnim imenom pisarne, postane problem.

Široka poprava odpravi vzrok: prenehajte potiskati resolver, ki odgovarja na imena, ki jih ne poseduje, ali potisnite politiko razdeljenega DNS, da do resolverja pisarne pridejo le pripone pisarne. To je boljši dolgoročni odgovor v upravljanem omrežju, ker ščiti tudi brskalnik in upravitelja paketov, vendar zahteva administrativni dostop na strani strežnika in odjemalca, ki uboga potisnjene nastavitve.

Izberite enega namerno. Sprememba resolverja spremeni razreševanje imen za vse aplikacije hkrati, kar je zapis o spremembi, ne urejanje za klic v podporo.

Pripona lahko pojasni vse

Če odjemalec potisne tudi iskalno pripono, se kratko lokalno ime prepiše v domeno pisarne, preden se poizveduje. Takrat resolver sploh ne laže: vprašan je bil pošteno o imenu pisarne in je dal pravilen odgovor. Preberite poizvedeno ime v izhodu resolverja, da to ločite od primera z oglasnim naslovom, ker sta obe napaki v upravitelju datotek videti enako.

Rešitev je tu bodisi uporaba polnega lokalnega imena bodisi dodajanje pravila razdeljenega DNS, ki ima v lasti lokalno pripono. Nobeno od tega se ne dotika Sambe.

Dokažite to po ponovni povezavi

Preizkusite tri imena v eni seji: lokalno skupno rabo s kratkim imenom, gostitelja pisarne z imenom in običajno spletno stran. Če prvo deluje in drugo se pokvari, je poprava napako premaknila, namesto da bi jo odstranila. Če se pokvari tretje, je sprememba resolverja šla dlje od predvidenega in vsako iskanje je zdaj sumljivo.

Nato prekinite in znova povežite tunel ter ponovite vse tri. Potisnjene možnosti se znova uporabijo ob vsaki povezavi, zato lahko poprava, ki je obstajala le med izvajanjem, izgine, ne da bi se konfiguracijska datoteka spremenila. Zapišite resolver, ki ima v lasti vsako pripono, in veljavni vrstni red iskanja, ter zabeležite datum, ker je naslednja posodobitev odjemalca očitni osumljenec, ko se to vrne.

Če skupna raba ne deluje niti po vseh petih preverjanjih, zajemite natančno poizvedbo in natančen odgovor, preden spremenite kar koli drugega. Ta par vrstic loči napako resolverja od imena, ki res ne obstaja, in to je najhitrejša predajna opomba, ki jo lahko napišete.