Lokale Samba-dieling ferdwûn neidat OpenVPN DNS trochdrukt hat

Samba ferliest lokale dielings op it stuit dat OpenVPN ferbynt, en de tunnel is hast nea de oarsaak. De mount is goed, de NAS is oan, en de resolver dy't de tunnel ynstalleare hat antwurdet op fragen oer in namme dy't er nea sjoen hat. Samba freget dy resolver betiid yn syn sykfolchoarder, leaut it antwurd en ferbynt mei in adres dêr't neat harket. De dieling reparearje betsjut it antwurd reparearje, net de mount.

Fiif kontrôles, yn 'e folchoarder dy't per stap de measte mooglikheden útslút.

Wa't antwurdet foar de koarte namme

Freegje it bestjoeringssysteem, net de triembehearder. resolvectl status prints de DNS-tsjinners dy't oan elke ferbining keppele binne en markearret hokker ferbining de standertrûte is, en in fraach nei de koarte namme rapportearret de tsjinner dy't antwurde. Rin it ien kear foar de NAS-namme en ien kear foar in namme dêr't jo fan witte dat er yn it kantoardomein bestiet. As de beide antwurden fan ferskate tsjinners komme, hawwe jo de splitsing fûn.

Kontrolearje oft it antwurd in negatyf antwurd of in adres wie. In negatyf antwurd betsjut dat Samba troch moatten hie nei in oar meganisme, en de flater leit earne oars. In adres betsjut dat Samba ferbûn is mei in echt plak en neat werom krige hat.

Wêrom't Samba in ferkeard antwurd leaut

Samba lost nammen op fia in fêste folchoarder dy't troch name resolve order bepaald wurdt. Op de measte distribúsjes befettet de standert host, dat DNS betsjut, en dat rint foar de allinnich-LAN-meganismen lykas NetBIOS-útstjoering. In tunnel dy't in resolver trochdrukt krijt dêrom it earste wegere foar elke dielingsnamme, ynklusyf nammen mei ien label dy't nea it gebou ferlitte moatten hiene.

Normaal jout in unbekende namme in negatyf antwurd werom en kriget it folgjende meganisme in beurt. Guon resolvers, benammen dy fan konsuminte-ISP's en iepenbiere, antwurdzje op unbekende nammen mei in sykblêd of in advertinsjeadres. Dat antwurd liket foar de resolver-bibleteek op súkses, dus Samba hâldt op mei sykjen en kiest in adres dat neat mei jo netwurk te meitsjen hat.

It resultaat is in dieling dy't ferdwynt sûnder flaterdialooch. Neat yn dy folchoarder is in VPN-routingflater, dêrom wurket pingjen nei de NAS noch wylst browsen dernei net wurket.

Twa reparaasjes mei ferskate omfang

De smelle reparaasje hâldt de trochdrukte resolver en feroaret wat Samba him freegje mei. Foegje twa rigels ta oan 'e Samba-konfiguraasje dy't de daemon eins lêst, en start de tsjinst dan opnij:

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

Sûnder host yn dy list is DNS út it paad foar dielingssykjen, en nammen mei ien label bliuwe op it lokale segmint. Kantoarnammen wurde noch altyd normaal oplost foar elk oar programma, om't dit allinnich Samba feroaret. De kosten binne dat Samba hielendal gjin DNS mear brûke kin, dus in dieling dy't mei in folslein kwalifisearre kantoarnamme adressearre wurdt, wurdt in probleem.

De brede reparaasje hellet de oarsaak fuort: hâld op mei it trochdrukken fan in resolver dy't nammen antwurdet dy't er net besit, of druk in split-DNS-belied troch sadat allinnich kantoarefterheaksels de kantoarresolver berikke. Dat is it bettere antwurd op 'e lange termyn yn in beheard netwurk, om't it ek de browser en de pakketbehearder beskermet, mar it freget administraasje tagong oan 'e tsjinnerkant en in klant dy't de trochdrukte ynstellings folget.

Kies der ien bewust. In resolverferoaring feroaret namme-oplossing foar elk programma tagelyk, wat in feroaringsrecord is, net in bewurking foar in stipe-oprop.

It efterheaksel kin alles ferklearje

As de klant ek in syk-efterheaksel trochdrukt, wurdt in koarte lokale namme yn it kantoardomein oerskreaun foar't er opfrege wurdt. Dan ljocht de resolver hielendal net: hy waard in earlike fraach oer in kantoarnamme steld en joech in korrekt antwurd. Lês de opfrege namme yn 'e útfier fan 'e resolver om dit fan it gefal fan it advertinsjeadres te ûnderskieden, om't de beide flaters yn 'e triembehearder identyk lykje.

De oplossing hjir is of it folslein kwalifisearre lokale namme brûke, of in split-DNS-regel tafoegje dy't it lokale efterheaksel besit. Gjin fan beide freget om Samba oan te reitsjen.

Bewiis it nei in werferbining

Test trije nammen yn ien sesje: de lokale dieling by koarte namme, in kantoarhost by namme, en in gewoane webside. As de earste wurket en de twadde brekt, hat de reparaasje de flater ferpleatst ynstee fan fuorthelle. As de tredde brekt, is de resolverferoaring fierder gien as bedoeld en is elk sykjen no fertocht.

Ferbrek en ferbynt dan de tunnel en werhelje alle trije. Trochdrukte opsjes wurde by elke ferbining opnij tapast, dus in reparaasje dy't allinnich by runtime bestie kin ferdwine sûnder dat in konfiguraasjetriem feroaret. Notearje de resolver dy't elk efterheaksel besit en de sykfolchoarder dy't jildt, en skriuw de datum op, om't de folgjende klantfernijing de foar de hân lizzende fertochte is as dit weromkomt.

As de dieling nei alle fiif kontrôles noch mislearret, fêstlizze dan de krekte fraach en it krekte antwurd foar't jo wat oars feroarje. Dat pear rigels ûnderskiedt in resolverflater fan in namme dy't wier net bestiet, en it is de fluchste oerdrachtnotysje dy't jo skriuwe kinne.