Lokálne zdieľanie Samba zmizlo po tom, čo OpenVPN pretlačil DNS

Samba stráca lokálne zdieľania v okamihu, keď sa OpenVPN pripojí, a tunel takmer nikdy nie je príčinou. Pripojenie je v poriadku, NAS beží a resolver, ktorý tunel nainštaloval, odpovedá na otázky o mene, ktoré nikdy nevidel. Samba sa tohto resolvera pýta skoro vo svojom poradí vyhľadávania, verí odpovedi a pripája sa na adresu, kde nič nepočúva. Opraviť zdieľanie znamená opraviť odpoveď, nie pripojenie.

Päť kontrol v poradí, ktoré pri každom kroku vylúči najviac možností.

Kto odpovedá za krátke meno

Pýtajte sa operačného systému, nie správcu súborov. resolvectl status vypíše servery DNS priradené ku každému spojeniu a označí, ktoré je predvolenou cestou, a dopyt na krátke meno oznámi server, ktorý odpovedal. Spustite ho raz pre meno NAS a raz pre meno, o ktorom viete, že v doméne kancelárie existuje. Ak obe odpovede prichádzajú z rôznych serverov, našli ste rozdelenie.

Skontrolujte, či odpoveďou bola negatívna odpoveď alebo adresa. Negatívna odpoveď znamená, že Samba mala prejsť na iný mechanizmus, a porucha je inde. Adresa znamená, že sa Samba pripojila na skutočné miesto a nič nedostala.

Prečo Samba verí nesprávnej odpovedi

Samba prekladá mená pevnou postupnosťou nastavenou name resolve order. Na väčšine distribúcií predvolená hodnota obsahuje host, teda DNS, a beží pred mechanizmami len pre miestnu sieť, ako je vysielanie NetBIOS. Tunel, ktorý pretlačí resolver, tak dostane právo prvého odmietnutia pri každom mene zdieľania, vrátane jednosegmentových mien, ktoré nikdy nemali opustiť budovu.

Zvyčajne neznáme meno vráti negatívnu odpoveď a ďalší mechanizmus dostane slovo. Niektoré resolvery, najmä u spotrebiteľských ISP a verejné, odpovedajú na neznáme mená vyhľadávacou stránkou alebo reklamnou adresou. Taká odpoveď vyzerá pre knižnicu resolvera ako úspech, takže Samba prestane hľadať a vytočí adresu, ktorá s vašou sieťou nemá nič spoločné.

Výsledkom je zdieľanie, ktoré zmizne bez dialógu chyby. Nič v tejto postupnosti nie je porucha smerovania VPN, preto ping na NAS stále funguje, zatiaľ čo prehliadanie k nemu nie.

Dve opravy s rôznym rozsahom

Úzka oprava zachová pretlačený resolver a zmení, na čo sa ho Samba smie pýtať. Pridajte dva riadky do konfigurácie Samby, ktorú démon skutočne číta, a potom reštartujte službu:

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

Bez host v tomto zozname je DNS mimo cesty pre vyhľadávanie zdieľaní a jednosegmentové mená zostávajú v miestnom segmente. Mená kancelárie sa pre každý iný program stále prekladajú normálne, pretože to mení len Sambu. Cenou je, že Samba už vôbec nemôže používať DNS, takže zdieľanie adresované plne kvalifikovaným menom kancelárie sa stáva problémom.

Široká oprava odstraňuje príčinu: prestaňte pretláčať resolver, ktorý odpovedá na mená, ktoré nevlastní, alebo pretlačte politiku rozdeleného DNS, aby sa k resolveru kancelárie dostali len prípony kancelárie. To je lepšia dlhodobá odpoveď v riadenej sieti, pretože chráni aj prehliadač a správcu balíčkov, ale vyžaduje administratívny prístup na strane servera a klienta, ktorý poslúcha pretlačené nastavenia.

Vyberte jednu zámerne. Zmena resolvera mení preklad mien pre všetky aplikácie naraz, čo je záznam o zmene, nie úprava pre call podpory.

Prípona môže vysvetliť všetko

Ak klient pretlačí aj vyhľadávaciu príponu, krátke miestne meno sa pred dopytom prepíše do domény kancelárie. Potom resolver vôbec neklame: bol slušne opýtaný na meno kancelárie a dal správnu odpoveď. Prečítajte si dopytované meno vo výstupe resolvera, aby ste to odlíšili od prípadu reklamnej adresy, pretože obe poruchy vyzerajú v správcovi súborov rovnako.

Oprava je tu buď použiť plne kvalifikované miestne meno, alebo pridať pravidlo rozdeleného DNS, ktoré vlastní miestnu príponu. Ani jedno nevyžaduje siahať na Sambu.

Dokážte to po opätovnom pripojení

Otestujte tri mená v jednej relácii: miestne zdieľanie krátkym menom, hostiteľa kancelárie menom a bežnú webovú stránku. Ak prvé funguje a druhé sa pokazí, oprava poruchu presunula, namiesto toho aby ju odstránila. Ak sa pokazí tretie, zmena resolvera zašla ďalej, než bolo zamýšľané, a každé vyhľadávanie je teraz podozrivé.

Potom tunel odpojte a znova pripojte a všetky tri zopakujte. Pretlačené voľby sa znova uplatňujú pri každom pripojení, takže oprava, ktorá existovala len za behu, môže zmiznúť bez zmeny konfiguračného súboru. Zapíšte resolver, ktorý vlastní každú príponu, a poradie vyhľadávania, ktoré platí, a poznamenajte dátum, pretože ďalšia aktualizácia klienta je pri návrate tohto problému zjavný podozrivý.

Ak zdieľanie po všetkých piatich kontrolách stále zlyháva, zachyťte presný dopyt a presnú odpoveď, než zmeníte čokoľvek iné. Táto dvojica riadkov rozlišuje poruchu resolvera od mena, ktoré naozaj neexistuje, a je to najrýchlejšia odovzdávacia poznámka, akú môžete napísať.