Ndarja lokale e Samba u zhduk pasi OpenVPN shtyu DNS

Samba humbet ndarjet lokale në momentin që OpenVPN lidhet, dhe tuneli pothuajse kurrë nuk është shkaku. Montimi është në rregull, NAS-i është ndezur, dhe zgjidhësi që instali tuneli po përgjigjet për pyetje mbi një emër që nuk e ka parë kurrë. Samba e pyet atë zgjidhës herët në rendin e kërkimit, i beson përgjigjes dhe lidhet me një adresë ku asgjë nuk dëgjon. Rregullimi i ndarjes do të thotë rregullimi i përgjigjes, jo i montimit.

Pesë kontrolle, në rendin që eliminon më shumë mundësi për çdo hap.

Kush përgjigjet për emrin e shkurtër

Pyetni sistemin operativ, jo menaxherin e skedarëve. resolvectl status printon serverat DNS të lidhur me çdo lidhje dhe shënon cila lidhje është rruga e parazgjedhur, dhe një pyetje për emrin e shkurtër raporton serverin që u përgjigj. Ekzekutoni atë një herë për emrin e NAS-it dhe një herë për një emër që e dini se ekziston në domenin e zyrës. Nëse dy përgjigjet vijnë nga servera të ndryshëm, keni gjetur ndarjen.

Kontrolloni nëse përgjigja ishte një përgjigje negative ose një adresë. Një përgjigje negative do të thotë që Samba duhej të kishte kaluar në një mekanizëm tjetër, dhe defekti është diku tjetër. Një adresë do të thotë që Samba u lidh me një vend real dhe nuk mori asgjë mbrapsht.

Pse Samba i beson një përgjigjeje të gabuar

Samba zgjidh emrat përmes një sekuence fikse të vendosur nga name resolve order. Në shumicën e shpërndarjeve vlera e parazgjedhur përfshin host, që do të thotë DNS, dhe ekzekutohet përpara mekanizmave vetëm për rrjetin lokal si transmetimi NetBIOS. Prandaj një tunel që shtyn një zgjidhës merr të drejtën e refuzimit të parë për çdo emër ndarjeje, përfshirë emrat me një etiketë që nuk duhej të kishin dalë kurrë nga ndërtesa.

Zakonisht një emër i panjohur kthen një përgjigje negative dhe mekanizmi tjetër merr radhën. Disa zgjidhës, sidomos ata të ISP-ve të konsumatorit dhe ata publikë, u përgjigjen emrave të panjohur me një faqe kërkimi ose një adresë reklamuese. Ajo përgjigje i duket bibliotekës së zgjidhësit si sukses, kështu që Samba ndalon së kërkuari dhe zgjedh një adresë që nuk ka lidhje me rrjetin tuaj.

Rezultati është një ndarje që zhduket pa dialog gabimi. Asgjë në atë sekuencë nuk është një dështim i rrugëtimit të VPN-së, prandaj ping-u drejt NAS-it ende funksionon, ndërsa shfletimi drejt tij nuk funksionon.

Dy riparime me shtrirje të ndryshme

Riparimi i ngushtë mban zgjidhësin e shtyrë dhe ndryshon atë që Samba lejohet t'i pyesë. Shtoni dy rreshta në konfigurimin e Samba që daemoni lexon në të vërtetë, pastaj rinisni shërbimin:

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

Pa host në atë listë, DNS del nga rruga për kërkimin e ndarjeve, dhe emrat me një etiketë mbeten në segmentin lokal. Emrat e zyrës ende zgjidhen normalisht për çdo program tjetër, sepse kjo ndryshon vetëm Samba. Kostoja është që Samba nuk mund të përdorë më fare DNS, kështu që një ndarje e adresuar me një emër zyre plotësisht të kualifikuar bëhet problem.

Riparimi i gjerë heq shkakun: ndaloni shtyrjen e një zgjidhësi që përgjigjet për emra që nuk i zotëron, ose shtyni një politikë të DNS-së të ndarë që vetëm prapashtesat e zyrës të arrijnë zgjidhësin e zyrës. Kjo është përgjigjja më e mirë afatgjatë në një rrjet të menaxhuar, sepse mbron edhe shfletuesin edhe menaxherin e paketave, por kërkon akses administrativ në anën e serverit dhe një klient që i bindet cilësimeve të shtyra.

Zgjidhni një me qëllim. Një ndryshim zgjidhësi ndryshon zgjidhjen e emrave për çdo aplikacion njëherësh, që është një regjistrim ndryshimi, jo një redaktim për një telefonatë mbështetjeje.

Prapashtesa mund të shpjegojë gjithçka

Nëse klienti shtyn edhe një prapashtesë kërkimi, një emër lokal i shkurtër rishkruhet në domenin e zyrës përpara se të pyetet. Atëherë zgjidhësi nuk gënjen fare: iu bë një pyetje e drejtë për një emër zyre dhe dha një përgjigje të saktë. Lexoni emrin e pyetur në daljen e zgjidhësit për ta dalluar këtë nga rasti i adresës reklamuese, sepse dy defektet duken identike në menaxherin e skedarëve.

Zgjidhja këtu është ose të përdorni emrin lokal plotësisht të kualifikuar, ose të shtoni një rregull të DNS-së të ndarë që zotëron prapashtesën lokale. Asnjëra nuk kërkon të prekësh Samba.

Vërtetojeni pas një rilidhjeje

Provoni tre emra në një sesion: ndarjen lokale me emër të shkurtër, një host zyre me emër dhe një faqe interneti të zakonshme. Nëse i pari funksionon dhe i dyti prishet, riparimi e zhvendosi defektin në vend që ta hiqte. Nëse prishet i treti, ndryshimi i zgjidhësit shkoi më larg se sa ishte menduar dhe çdo kërkim tani është i dyshimtë.

Pastaj shkëputni dhe rilidhni tunelin dhe përsëritni të tre. Opsionet e shtyra rizbatohen në çdo lidhje, kështu që një riparim që ekzistonte vetëm në kohën e ekzekutimit mund të zhduket pa ndryshuar asnjë skedar konfigurimi. Regjistroni zgjidhësin që zotëron çdo prapashtesë dhe rendin e kërkimit në fuqi, dhe shënoni datën, sepse përditësimi i ardhshëm i klientit është i dyshuari i dukshëm kur kjo kthehet.

Nëse ndarja vazhdon të dështojë pas të pesë kontrolleve, kapni pyetjen e saktë dhe përgjigjen e saktë përpara se të ndryshoni ndonjë gjë tjetër. Ai çift rreshtash dallon një defekt zgjidhësi nga një emër që vërtet nuk ekziston, dhe është shënimi më i shpejtë i dorëzimit që mund të shkruani.