Dotaz: ISC Bind - stejná dynamická zóna ve více views

[vasek]

Ahoj. Mám v bindu 2 zóny - pro vnitřní síť a pro internet. Potřeboval bych nastavit stejnou doménu (zónový soubor) pro oba pohledy. Problém je, že se aplikuje vždy jen jeden pohled (ten, který první odpovídá match clients) a nevím, jak do obou definovat stejnou zónu, která by byla dynamická (v obou pohledech se stejně dynamicky měnily záznamy). Na http://www.isc.org/faq/item/191 radí udělat v druhém view zónu jako slave, ale to není zrovna 100% funkční řešení - časem budu chtít přidat další view pro další interní síť a i v tomto view povolit dynamickou aktualizaci zóny. To s tím řešením ve FAQ už ale nepůjde. Nevíte, jak to správně nastavit?

Odpovědi

[Pindal]

A proč by to jako nemělo jít s další zónou? Otázkou spíš je proč mít více views, když zónový soubor je stejný.

[vasek]

Protože bych bych měl jeden master a třeba 2 slaves a na jednom ze slaves bych chtěl také dynamickou aktualizaci.

Otázkou spíš je proč mít více views, když zónový soubor je stejný.

Protože je tam 1 stejná zóna a spoustu zón oddělených. Bohužel tu jednu stejnou zónu nemohu natvat mimo views, protože když už použiju views, tak v nich musím mít všechno.

[PIndal]

Pořád to nechápu. Za prvé dynamická aktualizace na slave zónu je nesmysl. Za druhé master v jednom view a jeho slave v druhém řeší právě tu 1 stejnou zónu a není problém to takhle udělat i s X dalšíma.

[vasek]

Však jo, nejde aktualizovat slave zóny. Kdybych měl 3 views a ve 2 z nich potřeboval povolit dynamickou aktualizaci, jak to udělám?

[homunkulus]

Zadefinujete si subdomenu(y) a prestanete vymyslet koniny.

[vasek]

Tak tomu říkám řešení, zvlášť když je potřeba mít stejnou doménu pro různá ip všech sítí, kam jsou zadefinovány zóny.

[homunkulus]

Velmi casto jsou tyhle podivne "potreby" dane zoufalym navrhem. Zkuste se nad tim zamyslet.

[pavlix]

+1