Samba zaudē vietējās koplietošanas tajā mirklī, kad OpenVPN izveido savienojumu, un tunelis gandrīz nekad nav cēlonis. Piesaiste ir kārtībā, NAS darbojas, un tuneļa instalētais resolveris atbild uz jautājumiem par vārdu, ko tas nekad nav redzējis. Samba jautā šim resolverim agri savā meklēšanas kārtībā, tic atbildei un pieslēdzas adresei, kur nekas neklausās. Koplietošanas labošana nozīmē atbildes labošanu, nevis piesaistes.

Piecas pārbaudes tādā kārtībā, kas katrā solī izslēdz visvairāk iespēju.

Kas atbild par īso vārdu

Jautājiet operētājsistēmai, nevis failu pārvaldniekam. resolvectl status izdrukā katram savienojumam piesaistītos DNS serverus un atzīmē, kurš savienojums ir noklusējuma maršruts, un īsā vārda vaicājums ziņo atbildējušo serveri. Palaidiet to vienreiz NAS vārdam un vienreiz vārdam, par kuru zināt, ka tas pastāv biroja domēnā. Ja abas atbildes nāk no dažādiem serveriem, jūs esat atradis sadalījumu.

Pārbaudiet, vai atbilde bija noraidoša atbilde vai adrese. Noraidoša atbilde nozīmē, ka Samba bija jāpāriet uz citu mehānismu, un kļūme ir citur. Adrese nozīmē, ka Samba pieslēdzās reālai vietai un neko nesaņēma.

Kāpēc Samba tic nepareizai atbildei

Samba atrisina vārdus pēc fiksētas secības, ko nosaka name resolve order. Lielākajā daļā distribūciju noklusējums ietver host, tas nozīmē DNS, un tas darbojas pirms mehānismiem tikai vietējam tīklam, piemēram, NetBIOS apraides. Tāpēc tunelis, kas iespiež resolveri, iegūst pirmās atteikšanās tiesības uz katru koplietošanas vārdu, tostarp viena apzīmējuma vārdiem, kuriem nekad nevajadzēja atstāt ēku.

Parasti nezināms vārds atgriež noraidošu atbildi, un nākamais mehānisms saņem kārtu. Daži resolveri, jo īpaši patērētāju ISP un publiskie, uz nezināmiem vārdiem atbild ar meklēšanas lapu vai reklāmas adresi. Šī atbilde resolvera bibliotēkai izskatās pēc panākumiem, tāpēc Samba pārstāj meklēt un izsauc adresi, kurai nav nekāda sakara ar jūsu tīklu.

Rezultāts ir koplietošana, kas pazūd bez kļūdas dialoga. Nekas šajā secībā nav VPN maršrutēšanas kļūme, tāpēc ping uz NAS joprojām darbojas, bet pārlūkošana uz to nedarbojas.

Divi labojumi ar atšķirīgu tvērumu

Šaurais labojums saglabā iespiesto resolveri un maina to, ko Samba drīkst tam jautāt. Pievienojiet divas rindas Samba konfigurācijai, ko dēmons faktiski lasa, un pēc tam restartējiet pakalpojumu:

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

Bez host šajā sarakstā DNS iziet no koplietošanas meklēšanas ceļa, un viena apzīmējuma vārdi paliek vietējā segmentā. Biroja vārdi joprojām tiek atrisināti normāli katrai citai programmai, jo tas maina tikai Sambu. Cena ir tā, ka Samba vairs vispār nevar izmantot DNS, tāpēc koplietošana, kas adresēta ar pilnībā kvalificētu biroja vārdu, kļūst par problēmu.

Plašais labojums novērš cēloni: pārtrauciet iespiest resolveri, kas atbild par vārdiem, kuri tam nepieder, vai iespiediet sadalītā DNS politiku, lai biroja resolveri sasniegtu tikai biroja sufiksi. Tas ir labākā ilgtermiņa atbilde pārvaldītā tīklā, jo tā aizsargā arī pārlūku un pakotņu pārvaldnieku, bet tai nepieciešama administratīva piekļuve servera pusē un klientu, kas pakļaujas iespiestajiem iestatījumiem.

Izvēlieties vienu apzināti. Resolvera maiņa maina vārdu atrisināšanu visām programmām uzreiz, kas ir izmaiņu ieraksts, nevis labojums atbalsta zvanam.

Sufikss var izskaidrot visu

Ja klients iespiež arī meklēšanas sufiksu, īsais vietējais vārds tiek pārrakstīts biroja domēnā pirms vaicājuma. Tad resolveris nemaz nemelo: tam tika uzdots godīgs jautājums par biroja vārdu, un tas sniedza pareizu atbildi. Lasiet vaicāto vārdu resolvera izvadē, lai to atšķirtu no reklāmas adreses gadījuma, jo failu pārvaldniekā abas kļūmes izskatās vienādi.

Risinājums šeit ir vai nu izmantot pilnībā kvalificētu vietējo vārdu, vai pievienot sadalītā DNS kārtulu, kurai pieder vietējais sufikss. Neviens no tiem neprasa aiztikt Sambu.

Pierādiet to pēc atkārtota savienojuma

Vienā sesijā pārbaudiet trīs vārdus: vietējo koplietošanu ar īso vārdu, biroja resursdatoru ar vārdu un parastu vietni. Ja pirmais darbojas un otrais lūzt, labojums ir pārvietojis kļūmi, nevis to novērsis. Ja lūzt trešais, resolvera maiņa ir aizgājusi tālāk par iecerēto, un katrs meklējums tagad ir aizdomīgs.

Pēc tam atvienojiet un atkal pievienojiet tuneli un atkārtojiet visus trīs. Iespiestās opcijas tiek piemērotas no jauna katrā savienojumā, tāpēc labojums, kas pastāvēja tikai izpildlaikā, var pazust, nemainot nevienu konfigurācijas failu. Pierakstiet resolveri, kuram pieder katrs sufikss, un spēkā esošo meklēšanas kārtību, un atzīmējiet datumu, jo nākamais klienta atjauninājums ir acīmredzamais aizdomās turamais, kad tas atgriežas.

Ja koplietošana joprojām neizdodas pēc visām piecām pārbaudēm, fiksējiet precīzu vaicājumu un precīzu atbildi, pirms maināt ko citu. Šis rindu pāris atšķir resolvera kļūmi no vārda, kas patiešām neeksistē, un tā ir ātrākā nodošanas piezīme, ko varat uzrakstīt.

Saistītie raksti