DNS ya mnara wa Nebula: nani anaweza kuuliza rekodi zipi?

Jukumu la mnara katika Nebula hufanya kazi nyingi ambazo watu huchukulia kuwa za kiotomatiki, na kujibu DNS si moja wao. Huduma ya majina ni msikilizaji wa hiari anayeanza akiwa amezimwa, ndiyo sababu mwenyeji anayetatua majina vizuri ndani ya overlay anaweza asiwe na chochote cha kutatua kompyuta ya mkononi ya mwenzake. Kabla ya kuiwasha, amua nani anapaswa kuifikia na aina gani za rekodi uko tayari kujibu, kwa sababu majibu hayo mawili ni tofauti.

Msikilizaji ni wa hiari na amezimwa kwa chaguo-msingi

Ugunduzi na DNS ni huduma tofauti. Mnara huwasaidia rika kukutana na unaweza zaidi kujibu maulizo ya majina kuhusu wenyeji unaowajua, lakini sehemu hiyo ya pili lazima iwashwe kwa uwazi katika usanidi.

Amua ni violezo gani na mitandao ipi inapaswa kufikia msikilizaji kabla ya kuwezesha chochote. Huduma ya DNS inayojibu kwenye kiolesura usichokikusudia huwa uvujaji mdogo wa taarifa bila kumbukumbu yoyote ya kumbukumbu ambayo mtu husoma. Uamuzi ni wa bei nafuu sasa kuliko kuubana baadaye, baada ya kitu kutegemea jibu lisilo sahihi. Mistari miwili ya usanidi ni rahisi kuhalalisha kuliko dokezo la tukio baada ya miezi sita.

Rekodi A na TXT hazishiriki hadhira

Aina hizi mbili za rekodi hujibiwa chini ya masharti tofauti, na kuzichukulia kama huduma moja ni kosa ambalo makala hii ipo ili kulizuia.

Uwiano huo ni wa makusudi na si uzembe. Uoanishaji wa jina na anwani hauna thamani kubwa kwa mgeni, ilhali metadata ya cheti hueleza utambulisho katika overlay yako. Usibebe dhana kutoka mstari mmoja hadi mwingine kwa sababu tu mchakato huo huo hujibu yote mawili.

Hujibu tu kuhusu wenyeji wa mnara wenyewe

Hiki si kitatuzi cha jumla kwa ofisi yako, VPC ya wingu au intaneti ya umma. Mnara hujibu kutoka taarifa za wenyeji zilizotolewa kwake, ndiyo sababu kipengele hiki huishi kwenye nodi za mnara badala ya kila rika.

Jina linaposhindwa bila uhusiano wowote na overlay, tafuta eneo na kitatuzi vinavyomiliki kwa kweli. Kuchanganya kitatuzi cha overlay katika usanidi wa jumla wa DNS wa mwenyeji huzalisha hitilafu zinazoonekana za nasibu, kwa sababu baadhi ya majina hutatuliwa na mengine hakuna kinachojibu.

Angalia pia sehemu ya kuingia ya bootstrap. Jina la mwenyeji linalotumika kufikia mnara wa kwanza lazima litatuliwe kwa njia ya kawaida kabla ugunduzi haujaweza kuitegemea, kwa hivyo tatizo la kuku na yai hapa linaonekana sawa kabisa na overlay iliyovunjika. Hata huripoti kwa namna hiyo hiyo: rika asiyewahi kuinuka na hakuna sababu ya wazi. Angalia utatuzi wa majina kabla ya kugusa vyeti, kwa sababu mpangilio huu hunasa watu walioanza na nusu ngumu zaidi.

Angalia anwani ya kufunga, kisha jaribu kutoka nje

lighthouse.dns.host na lighthouse.dns.port huamua huduma ya hiari inasikiliza wapi. Pitia thamani hizo pamoja na firewall ya mwenyeji na sera ya mtandao, kwa sababu anwani ya kufunga ni tamko la nia na si udhibiti wa usalama wenyewe.

dig @10.42.0.1 -p 53 workstation.nebula A +short
dig @10.42.0.1 -p 53 10.42.0.7 TXT +short

Uliza kutoka mitandao unayokusudia kuruhusu, si kutoka mnara wenyewe. Utafutaji wenye mafanikio kwenye mnara huthibitisha kuwa mchakato unaendelea na haukuambii chochote kuhusu kile ambacho mwenyeji wa nje anaweza kuuliza, na hilo ndilo swali lenye umuhimu wa kweli.

Ifichue kwa makusudi

Majina na metadata ya cheti ni taarifa muhimu za uendeshaji, na manufaa hukata pande zote mbili. Amua ikiwa msikilizaji anapaswa kuwa wa overlay tu, aina gani za rekodi zinaruhusiwa na nani hukagua usanidi unapobadilika.

Kisha iandike karibu na mipangilio ya mnara. Mtu anayefuata atakayechunguza hitilafu ya utatuzi atadhani vinginevyo kuwa huduma ilikuwa hapo kila wakati. Pia atadhani kuwa ilikuwa inafikiwa kila wakati kutoka popote anapojaribu. Aya moja inayorekodi anwani ya kufunga, mitandao inayoruhusiwa na aina za rekodi humwokoa mtu huyo mchana mmoja na kukuokoa ujumbe unaouliza kwa nini kitu kilibadilika.