Puncte:1

BIND - lista de expeditori utilizați pe mai multe zone

drapel ye

Am configurat un server de nume BIND (v9.16).

Scopul său principal este să funcționeze ca un recurs obișnuit pentru gazdele noastre interne. Totuși, pentru câteva zone specifice (cele pe care le găzduim), trebuie să le configurez ca expeditor. Scopul este de a evita crearea unei dependențe de serverele DNS rădăcină și TLD și de a putea continua să utilizăm serviciile noastre interne chiar și în cazul indisponibilității conexiunilor noastre de rețea exterioare.

Acesta a fost ușor de configurat, aici părțile relevante ale configurației mele:

Opțiuni {
    permite recursiunea {
        // Aici vine lista rețelelor noastre interne
    };

};

zona „somedomain.example” ÎN {
    tastați înainte;
    înainte înainte;
    expeditori {
        // Aici vine lista serverelor primare pentru această zonă
    };
// ... repetat pentru toate zonele înainte

Această configurare funcționează conform așteptărilor, dar cu un inconvenient minor.Lista serverelor primare trebuie repetată pentru toate zonele „înainte”. Avem destul de multe dintre ele, toate cu adrese IPv4 și IPv6, iar ^C/^V lista tuturor zonelor nu este cel mai elegant lucru pe care l-am văzut și nici nu este foarte compatibil cu DRY.

Știu că expeditori declarația poate fi inclusă și în global Opțiuni secțiunea, dar din experimentele de bază am înțeles că această declarație nu se aplică zonelor înainte, ci este destinată doar unui server de nume înainte (documentația nu este clară, dar menționează că „dacă nu expeditori declarația este prezentă, [...] anulând efectele oricăror expeditori din Opțiuni afirmație").

Există o modalitate de a crea o listă numită de expeditori, mai mult sau mai puțin în același mod în care creăm ACL-uri și de a folosi acest nume simbolic în expeditori declarație în zonele relevante?

Puncte:0
drapel us
Rob

La fel ca multe alte demoni și servicii, ISC Bind acceptă un include directivă în fișierele sale de configurare.

Acest lucru vă permite să mutați o listă de setări de configurare și directive într-un alt fișier și puteți face referire la acesta, inclusiv acolo unde este necesar.

Aceasta vă reduce sarcina administrativă la menținerea listei de expeditori într-un singur loc și trebuie să copiați referința doar acolo unde este nevoie.

// „/var/named/includes/forwarders.conf”
// lista principală a expeditorilor

expeditori {
            192.0.2.21;
            192.0.2.88;
};

și apoi în tine named.conf:

zona „somedomain.example” ÎN {
    tastați înainte;
    înainte înainte;
    includ „/var/named/includes/forwarders.conf”;
}
zona „otherdomain.example” ÎN {
    tastați înainte;
    înainte înainte;
    includ „/var/named/includes/forwarders.conf”;
}
drapel ye
Mulțumesc pentru ajutor și sugestie. Uneori, uităm de cele mai simple lucruri :)

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.