Bind wurde erfolgreich konfiguriert, um mehrere Ansichten mit TSIG zu hosten.FührungDas Problem ist, wenn ich der Mischung eine dritte Ansicht hinzufüge, wird es komisch.
Auf jedem Server habe ich derzeit 3 Ansichten:
- USA
- Europa
- China
Sobald ich die China-Ansicht hinzufüge, verwendet der Slave-Server die Europa-Ansicht, obwohl er die China-Ansicht verwenden sollte. Wenn ich den Master-Server von einem China-Host aus abfrage, verwendet er die richtige Ansicht. Ich habe die Schlüssel auf beiden Servern überprüft und obwohl die GeoIP meines Slave-Servers mit der Europa-Ansicht übereinstimmt, habe ich zur Sicherheit die GeoIP-Anweisung aus der Europa-Ansicht entfernt und es passiert immer noch.
ACLs auf beiden Servern:
acl "USA" {
key usa-key;
!key europe-key;
!key china-key;
geoip country US;
};
acl "Europe" {
key europe-key;
!key usa-key;
!key china-key;
geoip country NO;
};
acl "China" {
key china-key;
!key usa-key;
!key europe-key;
geoip country CN;
};
Meister:
view "USA" {
match-clients { USA; };
allow-transfer { key usa-key; };
zone "domain.net." {
type master;
also-notify { $slave_server key usa-key; };
file "/etc/bind/domain.net/na.domain.net.zone";
};
zone "3.2.1.in-addr.arpa." {
type master;
also-notify { $slave_server key usa-key; };
file "/etc/bind/domain.net/na.domain.net.rev";
};
zone "doma.net." {
type master;
also-notify { $slave_server key usa-key; };
file "/etc/bind/domain.net/na.doma.net.zone";
};
zone "9.8.7.in-addr.arpa." {
type master;
also-notify { $slave_server key usa-key; };
file "/etc/bind/domain.net/na.doma.net.rev";
};
};
view "Europe" {
match-clients { Europe; };
allow-transfer { key europe-key; };
zone "domain.net." {
type master;
also-notify { $slave_server key europe-key; };
file "/etc/bind/domain.net/eu.domain.net.zone";
};
zone "3.2.1.in-addr.arpa." {
type master;
also-notify { $slave_server key europe-key; };
file "/etc/bind/domain.net/eu.domain.net.rev";
};
zone "doma.net." {
type master;
also-notify { $slave_server key europe-key; };
file "/etc/bind/domain.net/eu.doma.net.zone";
};
zone "9.8.7.in-addr.arpa." {
type master;
also-notify { $slave_server key europe-key; };
file "/etc/bind/domain.net/eu.doma.net.rev";
};
};
view "China" {
match-clients { China; };
allow-transfer { key china-key; };
zone "domain.net." {
type master;
also-notify { $slave_server key china-key; };
file "/etc/bind/domain.net/cn.domain.net.zone";
};
zone "3.2.1.in-addr.arpa." {
type master;
also-notify { $slave_server key china-key; };
file "/etc/bind/domain.net/cn.domain.net.rev";
};
zone "doma.net." {
type master;
also-notify { $slave_server key china-key; };
file "/etc/bind/domain.net/cn.doma.net.zone";
};
zone "9.8.7.in-addr.arpa." {
type master;
also-notify { $slave_server key china-key; };
file "/etc/bind/domain.net/cn.doma.net.rev";
};
};
Sklave:
view "USA" {
match-clients { USA; };
zone "domain.net." {
type slave;
masters { $master_server key usa-key; };
file "/var/lib/bind/na.domain.net.zone";
};
zone "3.2.1.in-addr.arpa." {
type slave;
masters { $master_server key usa-key; };
file "/var/lib/bind/na.domain.net.rev";
};
zone "doma.net." {
type slave;
masters { $master_server key usa-key; };
file "/var/lib/bind/na.doma.net.zone";
};
zone "9.8.7.in-addr.arpa." {
type slave;
masters { $master_server key usa-key; };
file "/var/lib/bind/na.doma.net.rev";
};
};
view "Europe" {
zone "domain.net." {
type slave;
masters { $master_server key europe-key; };
file "/var/lib/bind/eu.domain.net.zone";
};
zone "3.2.1.in-addr.arpa." {
type slave;
masters { $master_server key europe-key; };
file "/var/lib/bind/eu.domain.net.rev";
};
zone "doma.net." {
type slave;
masters { $master_server key europe-key; };
file "/var/lib/bind/eu.doma.net.zone";
};
zone "9.8.7.in-addr.arpa." {
type slave;
masters { $master_server key europe-key; };
file "/var/lib/bind/eu.doma.net.rev";
};
};
view "China" {
zone "domain.net." {
type slave;
masters { $master_server key china-key; };
file "/var/lib/bind/ch.domain.net.zone";
};
zone "3.2.1.in-addr.arpa." {
type slave;
masters { $master_server key china-key; };
file "/var/lib/bind/ch.domain.net.rev";
};
zone "doma.net." {
type slave;
masters { $master_server key china-key; };
file "/var/lib/bind/ch.doma.net.zone";
};
zone "9.8.7.in-addr.arpa." {
type slave;
masters { $master_server key china-key; };
file "/var/lib/bind/ch.doma.net.rev";
};
};
Mir gehen die Ideen aus. Wenn jemand weiß, was ich falsch mache, wäre ich für eine Antwort sehr dankbar.
Antwort1
In der Slave-Konfiguration match-clientsfehlen die Anweisungen in Ihren Europeund ChinaAnsichten.
Basierend auf der Funktionsweise von Ansichten (die erste übereinstimmende Ansicht wird verwendet) werden alle Abfragen, die nicht mit Ihrer USAAnsicht (die über ihre match-clientsDirektive verfügt) übereinstimmen, und alles andere in die nächste Ansicht (Ihre EuropeAnsicht, die mit allem übereinstimmt) verschoben, und nichts wird in die letzte Ansicht (Ihre ChinaAnsicht, die auch mit allem übereinstimmen würde, nur dass zu diesem Zeitpunkt keine nicht übereinstimmenden Abfragen mehr vorhanden sind) verschoben.
Beachten Sie, dass Sie wahrscheinlich wollenetwasals Sammelbegriff. Wenn also eine Abfrage keinem der Länder entspricht, möchten Sie wahrscheinlich trotzdem eine richtige Antwort?