Dotaz: Bind9 a update zonovych souboru

[Martin-22]

Zdravim, potrebuju poradit kde delam chybu nebo cim by mohlo byt, ze se mi neupdatujou zaznamy na slave serveru.

Pokud ten zonovy soubor smazu tak si stahne z master serveru novy z aktualnimi zaznamy, ale jinak je neupdatne, to samy se deje z reverznimi zaznamy :(

Zde je konfigurace master

Zde je konfigurace slave

Ja uz si opravdu nevim rady, v logech zadna chyba neni.

Odpovědi

[komodo]

Menis po zmene seriove cislo ?

[Martin-22]

Jo, na to jsem zapomnel, ted jsem ho zmenil, takze to musim jeste otestovat, snad to pujde.

[Ripper]

Ta konfigurace je celá divná. V named.conf vůbec nejsou delegované zóny, není určeno, co je master a co slave. Chtělo by si to přečíst něco o konfiguraci BINDu.

[Martin-22]

Ty zony jsou definovany v named.conf.local a je to jen jedna zona.

[Ripper]

Zóny se delegují v named.conf. named.conf.local je předdefinovaná zóna pro localhost. Vyjste si jí odstranil a nahradil si jí delegací zóny, která patří do named.conf.

[Martin-22]

pro localhost je predefinovana zona v named.conf, tohle proste je jedno, na tom nezalezi, ale spis sem si vsim, ze mam spatne napsanou zonu, teda podle named-checkzone utility, ale podle toho howto ze kteryho jsem to delal by to melo byt dobre, viz. HOWTO - Delegate a Sub-domain (a.k.a. subzone)

[Martin-22]

Takze jeste jinak, proste mam zonu jiznak.czf a v ty zone jsou dalsi subzony, jako martin.jiznak.czf a v martin.jiznak.czf jsou dalsi A zaznamy jako treba notes.martin.jiznak.czf, ale tohle vse chci mit v jednom souboru a nevytvaret dalsi zony, takze podle toho howto co jsem poslal odkaz by to melo jit, ale nejde to, protoze tomu vadi $ORIGIN, ale tim musim definovat v tom zonovym souboru ty zony.

Ma tedy nekdo jine reseni jak to udelat ?

[Ripper]

$ORIGIN už se nepoužívá. Je to pro starší verze BINDu.

[Martin-22]

A jak to mam teda udelat ted, kdyz uz se $ORIGIN nepouziva a vlastne ani nefunguje ?

[Ripper]

Soubor zóny může vypadat např takto: Vy si tam jen doplňte slave nebo master a upravte dle potřeby. Můžete zachovat schéma a nemusíte řešit soubor s reverzními záznamy. Ušetříte si tím čas, nervy a je to podle mě tak praktičtější.

$TTL 86400 @ IN SOA vasedomena.tld. admin.email.domena.tld. ( 2007061420 10800 1800 1209600 604800 )

@ IN NS ns.domena.tld. @ IN MX 10 mail.domena.tld.

domena.tld. IN A aaa.bbb.ccc.ddd ns.domena.tld. IN A aaa.bbb.ccc.ddd mail.domena.tld. IN A aaa.bbb.ccc.ddd neco1.domena.tld. IN A aaa.bbb.ccc.ddd neco2.domena.tld. IN A aaa.bbb.ccc.ddd www.domena.tld. IN A aaa.bbb.ccc.ddd aaa.bbb.ccc.ddd.domena.tld. IN PTR domena.tld aaa.bbb.ccc.ddd.domena.tld. IN PTR ns.domena.tld aaa.bbb.ccc.ddd.domena.tld. IN PTR mail.domena.tld aaa.bbb.ccc.ddd.domena.tld. IN PTR neco1.domena.tld aaa.bbb.ccc.ddd.domena.tld. IN PTR neco2.domena.tld aaa.bbb.ccc.ddd.domena.tld. IN PTR www.domena.tld

[Ripper]

Sakra, to už neumí formátovat, jako to bylo dřív, to se omlouvám, že to vypadá takhle nepřehledně.

[Martin-22]

Jasne, to chapu, ale porad to neresi to, ze kdyz je jedna domena a pod ni jsou dalsi subdomeny a ty maji dalsi subdomeny, tak ze to v tom souboru bude znacne neprehledny, mozna jsem to ted spatne napsal, ale vypada to takhle:

jiznak.czf  A aaa.bbb.ccc.ddd (to je hlavni domena)
ap1.jiznak.czf A aaa.bbb.ccc.ddd (je subdomena ke ktere se vazou uzivatelen a tom ap, takze to pokracuje dal)

jarda.ap1.jiznak.czf A aaa.bbb.ccc.ddd
...
...
...
pak dalsi ap
ap2.jiznak.czf A aaa.bbb.ccc.ddd
karel.ap2.jiznak.czf A aaa.bbb.ccc.ddd

atd....

tech ap je v siti cca 36 a dalsi pribyvaj

btw: IN se uztaky nepouziva ;)

[Martin-22]

Stejne jsem to napsal spatne koukam, tak znovu

jiznak.czf  A aaa.bbb.ccc.ddd (to je hlavni domena)
ap1 A aaa.bbb.ccc.ddd (je subdomena ke ktere se vazou uzivatelen a tom ap, takze to pokracuje dal)
jarda.ap1. A aaa.bbb.ccc.ddd
...
...
...
pak dalsi ap
ap2. A aaa.bbb.ccc.ddd
karel.ap2. A aaa.bbb.ccc.ddd

atd....

[Martin-22]

Za tim ap1 mi vypadla tecka teda

[Martin-22]

Tak uz to mam, ma to byt takto, kdyby to nekdo nahodou resil jeste:

$TTL    86400
; SOA record
@       3600    IN  SOA ns.jiznak.czf. hostmaster.jiznak.czf. (
                                        2007092711
                                        300
                                        1800
                                        604800
                                        86400 )
; NS records
@       86400   NS              ns.jiznak.czf.
; MX records
@       86400   MX      10      ns.jiznak.czf.
; A records
@                                       86400   A       10.38.0.4
ns                                              A       10.38.0.4
ns2                                             A       martin22
www                                             CNAME   @

martin22                                        86400   A       10.38.29.1
komp.martin22                                           A       10.38.29.3
routerboard.martin22                                    A       10.38.29.6
notebook.martin22                                       A       10.38.29.2
test.martin22                                           A       10.38.29.2
test2.martin22                                          A       10.38.29.5
test3.martin22                                          A       10.38.29.7
www.martin22                                                    CNAME   martin22

[Pavel Trůbl]

Dva A zaznamy pro jednu IP?

notebook.martin22 A 10.38.29.2
test.martin22 A 10.38.29.2

Kdysi to bylo proti nejakemu RFC, spravne to bylo pres CNAME, ted nevim jestli to je jinak.

[Martin-22]

Jasny, je to proti RFC, to byla jen pridana, kvuli testovani jestli ji to pripise nebo ne ;)

[Ripper]

Taky řešení, ale ono pro domény a subdomény jsou v BINDu záznamy Wildcard, ale prakticky jsem je nepoužíval, tak přešsně nevím, jak se používají.

[Martin-22]

To zni zajimave, jdu pohledat

btw: nepouzivas nahodou ubuntu a neznam tvuj nick z ubuntu fora ?