Resource-Records: Verweis auf andere Domain möglich?

[coltseavers]

Hallo zusammen,

diese Frage bezieht sich mehr auf das Fachliche von ResourceRecords als auf bestimmte Softwarelösungen:

Ich möchte gerne (sofern möglich), dass eine Domain2 auf eine Domain1 verweist, direkt über den Nameserver.

Soweit ich weiss, muss man ja pro Domain einen A-Record mit einer IP eintragen - das möchte ich aber nicht, da das den Nachteil hat, dass ich die IP bei jeder Domain ändern muss, wenn sie sich ändert.
Stattdessen möchte ich nur bei Domain1 die IP des Webservers eintragen, und bei allen weiteren Domains[2...n] einfach auf Domain1 verweisen.
Geht das irgendwie?
Mein Versuch einfach statt eines A-Records einen CNAME anzulegen hat nicht geklappt.

Derzeit leite ich als Workaround die Zusatzdomains Domain[2...n] auf einen Webserver, bei dem dann der sofortige Redirect auf Domain1 durchgeführt wird.
Ich würde den Webserver aber gerne aussen vor lassen, um Administrationsaufwand und Fehlerquellen zu sparen.

Kann ich per ResourceRecord also irgendwie direkt von Domain2 auf Domain1 verweisen?

Vielen Dank vorab!

[Joe User]

Mein Versuch einfach statt eines A-Records einen CNAME anzulegen hat nicht geklappt.

Definiere bitte "nicht geklappt". Welche Fehlermeldung hast Du wo von wem/was und wann erhalten?

[coltseavers]

Wenn ich das Zonen-File ändere, indem ich aus dem A-Record einen CNAME mache, und die Seriennr erhöhe, und anschl den Bind restarte, wird die neue Konfig nicht übernommen - er läuft mit der alten konfig weiter, ohne Fehlermeldung.

Mit dem Logging bin ich leider bisher erfolglos geblieben.
Habe in /etc/bind eine named.conf.log erstellt, welche ich in named.conf includiert habe.

Inhalt named.conf.log:

Code: Select all

logging {
        channel update_debug {
                file "/var/log/update_debug.log" versions 3 size 100k;
                severity debug;
                print-severity  yes;
                print-time      yes;
        };
        channel security_info {
                file "/var/log/security_info.log" versions 1 size 100k;
                severity info;
                print-severity  yes;
                print-time      yes;
        };
        channel bind_log {
                file "/var/log/bind.log" versions 3 size 1m;
                severity info;
                print-category  yes;
                print-severity  yes;
                print-time      yes;
        };

        category default { bind_log; };
        category lame-servers { null; };
        category update { update_debug; };
        category update-security { update_debug; };
        category security { security_info; };
};

Leider werden nach einem Bind-Neustart weder Fehler ausgegeben, noch füllen sich die Log-Dateien mit Inhalt.
Was muss ich tun, um Logs vom Bind zu erhalten?

[Joe User]

Läuft Dein Bind im Chroot? Falls ja, dann müssen die Configs und Verzeichnisse/Files absolut ab dem Chroot liegen und nicht ab /

Zudem scheinst Du /etc/bind mit /var/log verwechselt zu haben. Hast Du Bind wirklich restartet (stop+start) oder nur reloaded?

Auch sollte man Dienstelogs in /var/log/dienstname separieren um diese von den Systemlogs zu trennen, also /var/log/apache/httpd.log /var/log/named/default.log /var/log/mysql/mysql.log etc. Macht das Ganze erheblich übersichtlicher.


PS: Sehr ausführliches Logging (bitte /var/log/named anlegen):

Code: Select all

options {
    querylog on;
}
logging {
    channel default_file {
        file "/var/log/named/default.log" versions 3 size 5m;
        severity info;
        print-time yes;
        print-severity yes;
        print-category yes;
    };
    channel general_file {
        file "/var/log/named/general.log" versions 3 size 5m;
        severity info;
        print-time yes;
        print-severity yes;
        print-category yes;
    };
    channel database_file {
        file "/var/log/named/database.log" versions 3 size 5m;
        severity info;
        print-time yes;
        print-severity yes;
        print-category yes;
    };
    channel security_file {
        file "/var/log/named/security.log" versions 3 size 5m;
        severity info;
        print-time yes;
        print-severity yes;
        print-category yes;
    };
    channel config_file {
        file "/var/log/named/config.log" versions 3 size 5m;
        severity info;
        print-time yes;
        print-severity yes;
        print-category yes;
    };
    channel resolver_file {
        file "/var/log/named/resolver.log" versions 3 size 5m;
        severity info;
        print-time yes;
        print-severity yes;
        print-category yes;
    };
    channel xfer-in_file {
        file "/var/log/named/xfer-in.log" versions 3 size 5m;
        severity info;
        print-time yes;
        print-severity yes;
        print-category yes;
    };
    channel xfer-out_file {
        file "/var/log/named/xfer-out.log" versions 3 size 5m;
        severity info;
        print-time yes;
        print-severity yes;
        print-category yes;
    };
    channel notify_file {
        file "/var/log/named/notify.log" versions 3 size 5m;
        severity info;
        print-time yes;
        print-severity yes;
        print-category yes;
    };
    channel client_file {
        file "/var/log/named/client.log" versions 3 size 5m;
        severity info;
        print-time yes;
        print-severity yes;
        print-category yes;
    };
    channel unmatched_file {
        file "/var/log/named/unmatched.log" versions 3 size 5m;
        severity info;
        print-time yes;
        print-severity yes;
        print-category yes;
    };
    channel queries_file {
        file "/var/log/named/queries.log" versions 3 size 5m;
        severity info;
        print-time yes;
        print-severity yes;
        print-category yes;
    };
    channel network_file {
        file "/var/log/named/network.log" versions 3 size 5m;
        severity info;
        print-time yes;
        print-severity yes;
        print-category yes;
    };
    channel update_file {
        file "/var/log/named/update.log" versions 3 size 5m;
        severity info;
        print-time yes;
        print-severity yes;
        print-category yes;
    };
    channel dispatch_file {
        file "/var/log/named/dispatch.log" versions 3 size 5m;
        severity info;
        print-time yes;
        print-severity yes;
        print-category yes;
    };
    channel dnssec_file {
        file "/var/log/named/dnssec.log" versions 3 size 5m;
        severity info;
        print-time yes;
        print-severity yes;
        print-category yes;
    };
    channel lame-servers_file {
        file "/var/log/named/lame-servers.log" versions 3 size 5m;
        severity info;
        print-time yes;
        print-severity yes;
        print-category yes;
    };
    category default { default_file; };
    category general { general_file; };
    category database { database_file; };
    category security { security_file; };
    category config { config_file; };
    category resolver { resolver_file; };
    category xfer-in { xfer-in_file; };
    category xfer-out { xfer-out_file; };
    category notify { notify_file; };
    category client { client_file; };
    category unmatched { unmatched_file; };
    category queries { queries_file; };
    category network { network_file; };
    category update { update_file; };
    category dispatch { dispatch_file; };
    category dnssec { dnssec_file; };
    category lame-servers { lame-servers_file; };
};

[coltseavers]

Der Bind läuft nicht im chroot.

Wieso denkst Du, dass ich /etc/bind und /var/log verwechselt habe?
Im ersteren die config, im letzteren die logs - so stehts doch auch in meinem letzten Beitrag, oder?

Den bind habe ich mit "/etc/init.d/bind9 restart" neu gestartet. Von reloads halte ich generell nicht viel, weil man oft nicht sichergehen kann, ob neue configs nun übernommen wurden oder nicht.

Warum das von mir konfigurierte Logging so gar nicht übernommen wird, ist mir nach wie vor ein Rätsel :-?

[Joe User]

Wieso denkst Du, dass ich /etc/bind und /var/log verwechselt habe?

Sorry mein Fehler, hatte mich vom .log in

Habe in /etc/bind eine named.conf.log erstellt, welche ich in named.conf includiert habe.

irritieren lassen.

Warum das von mir konfigurierte Logging so gar nicht übernommen wird, ist mir nach wie vor ein Rätsel :-?

Benenne die Config mal named_log.conf und restarte Bind, läufts jetzt?