Локалното споделување на 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 сѐ уште работи, а прелистувањето до него не.

Две поправки со различен опсег

Тесната поправка го задржува турнатиот резолвер и го менува тоа што Samba смее да го праша. Додајте две линии во конфигурацијата на Samba што демонот навистина ја чита, потоа рестартирајте ја услугата:

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

Без host во таа листа DNS излегува од патот за пребарување на споделувања, и имињата со една ознака остануваат на локалниот сегмент. Имињата на канцеларијата сѐ уште се решаваат нормално за секоја друга програма, затоа што ова ја менува само Samba. Цената е што Samba веќе воопшто не може да го користи DNS, па споделување адресирано со целосно квалификувано име на канцеларија станува проблем.

Широката поправка ја отстранува причината: престанете да туркате резолвер што одговара за имиња што не се негови, или туркајте политика за поделен DNS за до резолверот на канцеларијата да стигнуваат само наставките на канцеларијата. Тоа е подобриот долгорочен одговор во управувана мрежа, бидејќи ги штити и прелистувачот и менаџерот на пакети, но бара административен пристап на страната на серверот и клиент што ги почитува турнатите поставки.

Изберете една намерно. Промената на резолверот го менува решавањето имиња за секоја апликација одеднаш, што е запис за промена, а не уредување за повик за поддршка.

Наставката може да објасни сѐ

Ако клиентот турка и наставка за пребарување, краткото локално име се препишува во доменот на канцеларијата пред да биде прашано. Тогаш резолверот воопшто не лаже: му беше поставено фер прашање за име на канцеларија и даде точен одговор. Прочитајте го прашаното име во излезот на резолверот за да го разликувате ова од случајот со рекламната адреса, бидејќи двата дефекти изгледаат исто во менаџерот на датотеки.

Решението овде е или да го користите целосно квалификуваното локално име, или да додадете правило за поделен DNS што ја поседува локалната наставка. Ниту едното не бара допирање на Samba.

Докажете го по повторното поврзување

Тестирајте три имиња во една сесија: локалното споделување по кратко име, хост на канцеларијата по име и обична веб-страница. Ако првото работи, а второто се расипува, поправката го преместила дефектот наместо да го отстрани. Ако третото се расипува, промената на резолверот отишла подалеку од предвиденото и секое пребарување сега е сомнително.

Потоа исклучете го и повторно поврзете го тунелот и повторете ги сите три. Турнатите опции повторно се применуваат при секое поврзување, па поправка што постоела само во време на извршување може да исчезне без да се промени конфигурациска датотека. Запишете го резолверот што ја поседува секоја наставка и редоследот на пребарување што важи, и забележете го датумот, бидејќи следното ажурирање на клиентот е очигледниот осомничен кога ова ќе се врати.

Ако споделувањето сѐ уште не успева по сите пет проверки, снимете го точното барање и точниот одговор пред да промените нешто друго. Тој пар линии го разликува дефектот на резолверот од име што навистина не постои, и тоа е најбрзата белешка за предавање што можете да ја напишете.