Samba tokiko partekatzea desagertu zen OpenVPNk DNS bultzatu ondoren

Sambak tokiko partekatzeak galtzen ditu une horretan bertan OpenVPN konektatzen denean, eta tunela ia inoiz ez da kausa. Muntaketa ondo dago, NASa martxan dago, eta tunelek instalatutako ebazleak inoiz ikusi ez duen izen bati buruzko galerei erantzuten die. Sambak ebazle horri galdetzen dio bere bilaketa ordenaren hasieran, erantzuna sinetsi eta ezer entzuten ez duen helbide batera konektatzen da. Partekatzea konpontzeak erantzuna konpontzea esan nahi du, ez muntaketa.

Bost egiaztapen, urrats bakoitzean aukera gehien baztertzen dituen ordenan.

Nork erantzuten du izen laburraren alde

Galdetu sistema eragileari, ez fitxategi-kudeatzaileari. resolvectl status konexio bakoitzari lotutako DNS zerbitzariak inprimatzen ditu eta zein den bide lehenetsia markatzen du, eta izen laburraren kontsulta batek erantzun zuen zerbitzaria jakinarazten du. Exekutatu behin NASaren izenerako eta behin bulegoko domeinuan badagoela dakizun izen baterako. Bi erantzunak zerbitzari desberdinetatik badatoz, zatiketa aurkitu duzu.

Egiaztatu erantzuna ezezko erantzuna edo helbidea izan zen. Ezezko erantzunak Sambak beste mekanismo batera pasa behar zuela esan nahi du, eta hutsegitea beste leku batean dago. Helbideak Sambak benetako leku batera konektatu eta ezer lortu ez zuela esan nahi du.

Zergatik sinesten dio Sambak erantzun oker bati

Sambak izenak name resolve order-ek ezarritako segida finko baten bidez ebazten ditu. Banaketa gehienetan lehenetsiak host barne hartzen du, hau da, DNS, eta sare lokaleko mekanismoen aurretik exekutatzen da, hala nola NetBIOS difusioa. Beraz, ebazle bat bultzatzen duen tunelek uko egiteko lehen eskubidea lortzen du partekatze-izen bakoitzean, inoiz eraikina utzi behar ez zuten etiketa bakarreko izenak barne.

Normalean izen ezezagun batek ezezko erantzuna itzultzen du eta hurrengo mekanismoak txanda hartzen du. Ebazle batzuek, batez ere kontsumitzaileko ISP-enek eta publikoek, izen ezezagunei bilaketa-orri batekin edo iragarki-helbide batekin erantzuten diete. Erantzun horrek arrakasta dirudi ebazlearen liburutegientzat, beraz Sambak bilatzeari uzten dio eta zure sarearekin zerikusirik ez duen helbide bat markatzen du.

Emaitza errorerik gabeko elkarrizketarik gabe desagertzen den partekatze bat da. Segida horretan ezer ez da VPN bideratze hutsegitea, horregatik NASari ping egiteak oraindik funtzionatzen du, baina hara nabigatzeak ez.

Irismen desberdineko bi konponketa

Konponketa estuagoak bultzaturiko ebazlea mantentzen du eta Sambak hari zer galdetu dezakeen aldatzen du. Gehitu bi lerro daemonak benetan irakurtzen duen Samba konfigurazioari, eta gero berrabiarazi zerbitzua:

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

host zerrenda horretan ez badago, DNS partekatze-bilaketen bidetik kanpo geratzen da, eta etiketa bakarreko izenak segmentu lokalean geratzen dira. Bulegoko izenak oraindik normaltasunez ebazten dira beste edozein programarentzat, hau Samba baino ez duelako aldatzen. Kostua da Sambak ezin duela DNS erabili batere, beraz bulegoko izen oso kualifikatu batekin helbideratutako partekatze bat arazo bihurtzen da.

Konponketa zabalak kausa kentzen du: utzi izena ez duen ebazle bat bultzatzen, edo bultzatu DNS zatituaren politika bat, bulegoko atzizkiak bakarrik irits daitezen bulegoko ebazlera. Hori da erantzun onena epe luzera sare kudeatu batean, nabigatzailea eta pakete-kudeatzailea ere babesten dituelako, baina alde administratiboko sarbidea behar du zerbitzariaren aldean eta bultzaturiko ezarpenak betetzen dituen bezeroa.

Aukeratu bat nahita. Ebazle-aldaketak aplikazio guztien izen-ebazpena aldatzen du aldi berean, eta hori aldaketa-erregistroa da, ez laguntza-dei baterako edizioa.

Atzizkiak dena azaldu dezake

Bezeroak bilaketa-atzizki bat ere bultzatzen badu, tokiko izen laburra bulegoko domeinura berridazten da galdeketa egin aurretik. Orduan ebazleak ez du batere gezurrik esaten: bulegoko izen bati buruzko galdera justua egin zioten eta erantzun zuzena eman zuen. Irakurri galdetutako izena ebazlearen irteeran, iragarki-helbidearen kasutik bereizteko, bi hutsegiteak berdinak dirudite fitxategi-kudeatzailean.

Hemen konponbidea tokiko izen oso kualifikatua erabiltzea edo tokiko atzizkia duen DNS zatituaren arau bat gehitzea da. Biak ez dute Samba ukitzea eskatzen.

Frogatu berrikonektatu ondoren

Probatu hiru izen saio bakarrean: tokiko partekatzea izen laburrez, bulegoko host bat izenez eta webgune arrunta. Lehenak funtzionatzen badu eta bigarrenak huts egiten badu, konponketak hutsegitea lekuz aldatu du, ezabatu beharrean. Hirugarrenak huts egiten badu, ebazle-aldaketa pentsatutakoa baino harago joan da eta bilaketa guztiak susmagarriak dira orain.

Ondoren deskonektatu eta berriz konektatu tunela eta errepikatu hirurak. Bultzaturiko aukerak konexio bakoitzean berriro aplikatzen dira, beraz exekuzio denboran soilik zegoen konponketa bat desager daiteke konfigurazio fitxategi bat aldatu gabe. Erregistratu atzizki bakoitza duen ebazlea eta indarrean dagoen bilaketa ordena, eta idatzi data, hurrengo bezeroaren eguneratzea susmagarri begi-bistakoa baita hau itzultzen denean.

Partekatzeak bost egiaztapenen ondoren huts egiten badu oraindik, harrapatu kontsulta zehatza eta erantzun zehatza beste ezer aldatu aurretik. Lerro pare horrek ebazlearen hutsegitea benetan existitzen ez den izen batetik bereizten du, eta idatz ditzakezun entrega-ohar azkarrena da.