jb-alvarado
Anmeldungsdatum: 28. November 2012
Beiträge: 345
|
Hallo Allerseits, normalerweise verwalten wir unsere DNS Einträge bei domainfactory und unser VServer ist bei Strato, gemanagt mit Plesk. Leider bietet df kein DynDNS Dienst an und somit dachte ich, ich könnte einen selber einrichten. Das Setup an sich ist nicht das Problem, aber mir ist noch nicht ganz klar, wie der DNS auf dem VServer im Internet die Adressen bekannt gibt. Geht das überhaupt? In Theorie bräuchte ich das so: domainfactory:
example.de A 1.2.3.4
*.example.de A 1.2.3.4
mail.example.de A 1.2.3.4
(...)
vserver:
dyn1.example.de. A 5.6.7.8
dyn2.example.de. A 9.8.7.1
ns.dyn.example.de. A 1.2.3.4 # Plesk Standard
dyn.example.de. NS ns.dyn.example.de. # Plesk Standard Bei domainfactory könnte ich auch einen NS Eintrag erstellen, auch bieten sie die Option an einen eigenen Name Server einzutragen,bzw. müssen es mindestens zwei sein. Kann ich aber nicht machen, weil df dann meckert, dass der Nameserver nicht registriert ist. Habt ihr eine Idee was ich da machen kann?
|
misterunknown
Ehemalige
Anmeldungsdatum: 28. Oktober 2009
Beiträge: 4403
Wohnort: Sachsen
|
jb-alvarado schrieb: Geht das überhaupt?
Ja.
Habt ihr eine Idee was ich da machen kann?
So.
|
jb-alvarado
(Themenstarter)
Anmeldungsdatum: 28. November 2012
Beiträge: 345
|
Hallo misterunknown, ich kenne den Link schon, der ddns Dienst an sich ist noch nicht das Problem, sondern die Erreichbarkeit. Wenn man Plesk hat geht das etwas anders, das bekommen Leute aber auch hin: https://viisauksena.de/blog/eigener-dyndns-ddns-auf-server-mit-plesk/comment-page-1/#comment-218 Zum Testen habe ich erst mal manuell eine IP eingetragen, die wird aber ignoriert beim Aufruf der Subdomain. Habe das gestern Abend gemacht, also kann es nicht dran liegen, dass sie noch im www aktualisiert werden muss. Ich fürchte das Problem liegt an domainfactory.
|
misterunknown
Ehemalige
Anmeldungsdatum: 28. Oktober 2009
Beiträge: 4403
Wohnort: Sachsen
|
jb-alvarado schrieb: ich kenne den Link schon, der ddns Dienst an sich ist noch nicht das Problem, sondern die Erreichbarkeit.
Ich verstehe nicht genau, was du mit "Erreichbarkeit" meinst.
Zum Testen habe ich erst mal manuell eine IP eingetragen, die wird aber ignoriert beim Aufruf der Subdomain.
Wo hast du eine IP eingetragen? Im bind?
Ich fürchte das Problem liegt an domainfactory.
Wenn du den Nameserver für die Domain auf deinen eigenen Nameserver umstellst, ist domainfactory raus. Dann kann es an denen nicht mehr liegen, weil sie nur noch der Registrar sind. Um die Auflösungen musst du dich dann selbst kümmern.
|
jb-alvarado
(Themenstarter)
Anmeldungsdatum: 28. November 2012
Beiträge: 345
|
misterunknown schrieb: Ich verstehe nicht genau, was du mit "Erreichbarkeit" meinst.
In dem Tutorial wird ja darauf eingegangen wie man den DNS Eintrag aktualisiert. Das ist momentan nicht das Problem, sondern die neu verknüpfte IP übers Internet erreichbar zu machen.
Wo hast du eine IP eingetragen? Im bind?
Genau, in Bind auf dem VServer.
Wenn du den Nameserver für die Domain auf deinen eigenen Nameserver umstellst, ist domainfactory raus. Dann kann es an denen nicht mehr liegen, weil sie nur noch der Registrar sind. Um die Auflösungen musst du dich dann selbst kümmern.
Ich denke hier liegt das Problem. Ich muss doch dort, wo ich die Domain beziehe (domainfactory), einstellen, dass ich nicht ihren DNS verwenden möchte, sondern meinen eigenen DNS Server?! Bzw. würde ich gerne mischen, wenn das geht. Bei domainfactory habe ich folgende Einträge (ns war testhalber): example.de A 1.2.3.4
mail.example.de A 1.2.3.4
example.de MX 100 mail.example.de
*.example.de MX 100 mail.example.de
ns.example.de NS 1.2.3.4
ns.dyn.example.de NS 1.2.3.4 Es gibt nun zusätzlich noch eine Option, wo ich eigene Namens Server eintragen kann. Das funktioniert aber nicht, bekomme dann die Meldung: Der Nameserver ns.example.de ist bei der Vergabestelle für .de-Domains nicht als Nameserver registriert und kann deshalb nicht als Nameserver der Domain example.de genutzt werden. Bitte veranlassen Sie bei Ihrem zuständigen Provider, dass diese Eintragung vorgenommen wird Der Nameserver ns.example.de muss vor der Benutzung als Nameserver zunächst als solcher registriert werden
|
misterunknown
Ehemalige
Anmeldungsdatum: 28. Oktober 2009
Beiträge: 4403
Wohnort: Sachsen
|
jb-alvarado schrieb: Das ist momentan nicht das Problem, sondern die neu verknüpfte IP übers Internet erreichbar zu machen.
Sind die IPs nicht schon aus dem Internet erreichbar? Was für IPs sind das eigentlich, die du dynamisch zuweisen willst?
Ich denke hier liegt das Problem. Ich muss doch dort, wo ich die Domain beziehe (domainfactory), einstellen, dass ich nicht ihren DNS verwenden möchte, sondern meinen eigenen DNS Server?!
Korrekt. Denn du willst ja selbst für die Zone zuständig sein.
Bzw. würde ich gerne mischen, wenn das geht.
Warum willst du das mischen? 😲 Das willst du nicht wirklich. Es geht auch nicht. Was geht, wäre dass du deine Nameserver nur für eine bestimmte Subdomain zuständig machst, beispielsweise für dyn.example.org. Dann würden deine Nameserver nur Namen unter *.dyn.example.org verwalten.
Es gibt nun zusätzlich noch eine Option, wo ich eigene Namens Server eintragen kann. Das funktioniert aber nicht, bekomme dann die Meldung: Der Nameserver ns.example.de ist bei der Vergabestelle für .de-Domains nicht als Nameserver registriert und kann deshalb nicht als Nameserver der Domain example.de genutzt werden. Bitte veranlassen Sie bei Ihrem zuständigen Provider, dass diese Eintragung vorgenommen wird
Der Nameserver ns.example.de muss vor der Benutzung als Nameserver zunächst als solcher registriert werden
Dann musst du offenbar deine eigenen Nameserver noch irgendwo bei DomainFactory registrieren. Hier gibt es weitere Informationen dazu.
|
jb-alvarado
(Themenstarter)
Anmeldungsdatum: 28. November 2012
Beiträge: 345
|
misterunknown schrieb: Sind die IPs nicht schon aus dem Internet erreichbar? Was für IPs sind das eigentlich, die du dynamisch zuweisen willst?
Doch die IPs sind erreichbar. Sind momentan noch Test IPs von z.B. Strato, oder Google. Später brauche ich zwei IPs für ddns, für unser Büro und eine Außerhalb für Backups, beides wird nur über VPN erreichbar sein. Ich denke hier liegt das Problem. Ich muss doch dort, wo ich die Domain beziehe (domainfactory), einstellen, dass ich nicht ihren DNS verwenden möchte, sondern meinen eigenen DNS Server?!
Korrekt. Denn du willst ja selbst für die Zone zuständig sein.
Bzw. würde ich gerne mischen, wenn das geht.
Warum willst du das mischen? 😲 Das willst du nicht wirklich. Es geht auch nicht. Was geht, wäre dass du deine Nameserver nur für eine bestimmte Subdomain zuständig machst, beispielsweise für dyn.example.org. Dann würden deine Nameserver nur Namen unter *.dyn.example.org verwalten.
Ja das würde schon reichen. Ich dachte nur, wenn möglich, lasse ich Haupt Domain und MX weiter über domainfactory auflösen und nur die ddns Domains über meinen DNS. Hättest du hier vielleicht eine Beispiel Config? Musste auch gerade feststellen, dass der Bind9 Dienst nicht läuft... So kann das auch nichts werden. Komischerweise lässt er sich auch nicht starten und das init.d Scripts hat keinen Inhalt (nur #!/bin/sh; exit 0). Installiert ist Bind9 allerdings. Scheint ein Bug zu sein, haben wohl noch andere Leute das Problem... Toll, dass da Plesk keine Fehlermeldung bringt, wenn es Zonen aktualisiert aber Bind wohl nicht neu starten kann. Edit: Bind9 läuft nun, mal schauen ob sich in der nächsten Stunde was tut.
Konnte ihn hiermit fixen:
https://serversupportforum.de/forum/361997-post12.html
|
misterunknown
Ehemalige
Anmeldungsdatum: 28. Oktober 2009
Beiträge: 4403
Wohnort: Sachsen
|
jb-alvarado schrieb: Ja das würde schon reichen. Ich dachte nur, wenn möglich, lasse ich Haupt Domain und MX weiter über domainfactory auflösen und nur die ddns Domains über meinen DNS.
Nun, wenn du alle DDNS-Namen in einer Sub-Zone abbilden willst, ginge das.
Hättest du hier vielleicht eine Beispiel Config?
Für example.com beispielsweise:
$ORIGIN sub.example.com.
@ IN NS ns1.sub.example.com.
IN NS ns2.sub.example.com.
ns1 IN A XXX.XXX.XXX.XXX
ns2 IN A XXX.XXX.XXX.XXX
$ORIGIN legt eine neue Zone fest, dann werden die zwei Nameserver zugewiesen, die für diese Zone wichtig sind. Wenn die Namen der Nameserver innerhalb ihrer eigenen Zone liegen, brauchst du noch sogenannte "Glue-Records". Diese sind dafür da, dass die Namen der Nameserver auch dann aufgelöst werden können, wenn diese selbst gerade nicht erreichbar sind.
Musste auch gerade feststellen, dass der Bind9 Dienst nicht läuft... So kann das auch nichts werden. Komischerweise lässt er sich auch nicht starten und das init.d Scripts hat keinen Inhalt (nur #!/bin/sh; exit 0). Installiert ist Bind9 allerdings. Scheint ein Bug zu sein, haben wohl noch andere Leute das Problem... Toll, dass da Plesk keine Fehlermeldung bringt, wenn es Zonen aktualisiert aber Bind wohl nicht neu starten kann.
Was steht im Log? Bind loggt nach /var/log/daemon.log (sofern es das auf systemd-Systemen noch gibt).
|
jb-alvarado
(Themenstarter)
Anmeldungsdatum: 28. November 2012
Beiträge: 345
|
misterunknown schrieb:
$ORIGIN legt eine neue Zone fest, dann werden die zwei Nameserver zugewiesen, die für diese Zone wichtig sind. Wenn die Namen der Nameserver innerhalb ihrer eigenen Zone liegen, brauchst du noch sogenannte "Glue-Records". Diese sind dafür da, dass die Namen der Nameserver auch dann aufgelöst werden können, wenn diese selbst gerade nicht erreichbar sind.
So tief in die Einstellungen kann ich bei domainfactory leider nicht rein gehen. Dann müsste ich wohl doch den anderen Weg versuchen, den du vorgeschlagen hast, also die DNS Anfagen komplett auf dem VServer zu verarbeiten.
Was steht im Log? Bind loggt nach /var/log/daemon.log (sofern es das auf systemd-Systemen noch gibt).
Mit Plesk loggt bind9 woanders hin. Wie oben im Edit geschrieben konnte ich das aber jetzt beheben. Der Bind auf dem VServer muss schon irgendwas machen, weil nun eine Subdomain erreichbar ist, allerdings nicht mit der angepassten IP, sondern mit der VServer IP. nslookup dyn.exaple.de localhost löst auf dem VServer zur angeapssten IP. Aber nslookup von meinem Computer findet nichts.
|
misterunknown
Ehemalige
Anmeldungsdatum: 28. Oktober 2009
Beiträge: 4403
Wohnort: Sachsen
|
jb-alvarado schrieb: So tief in die Einstellungen kann ich bei domainfactory leider nicht rein gehen. Dann müsste ich wohl doch den anderen Weg versuchen, den du vorgeschlagen hast, also die DNS Anfagen komplett auf dem VServer zu verarbeiten.
Das würde ich auch empfehlen. Was spricht aus deiner Sicht dagegen?
Der Bind auf dem VServer muss schon irgendwas machen, weil nun eine Subdomain erreichbar ist, allerdings nicht mit der angepassten IP, sondern mit der VServer IP. nslookup dyn.exaple.de localhost löst auf dem VServer zur angeapssten IP. Aber nslookup von meinem Computer findet nichts.
Was sagt dig?
dig <name> @<dein_dns_server>
|
jb-alvarado
(Themenstarter)
Anmeldungsdatum: 28. November 2012
Beiträge: 345
|
misterunknown schrieb: Das würde ich auch empfehlen. Was spricht aus deiner Sicht dagegen?
Ich dachte nur, dass es vielleicht etwas stabiler wäre, wenn der A Record von der Hauptdomain über df aufgelöst wird. Auf dem Link von df, wo sie bekannt geben, dass sie externe Name Server unterstützten habe ich jetzt gesehen, dass sie keine org domains unterstützen, da würde wohl nur "Vanity-Nameserver" funktionieren, aber das ist in meinem Fall ja uninteressant.
Was sagt dig?
dig <name> @<dein_dns_server>
Ich glaub der Bind macht doch nix ☺, war wohl nur noch eine alte IP im Cache. Lokal:
dig extern.ad-europa.org @192.168.0.1
; <<>> DiG 9.8.3-P1 <<>> extern.ad-europa.org @192.168.0.1
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 58992
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0
;; QUESTION SECTION:
;extern.ad-europa.org. IN A
;; Query time: 132 msec
;; SERVER: 192.168.0.1#53(192.168.0.1)
;; WHEN: Tue Oct 25 17:01:59 2016
;; MSG SIZE rcvd: 38 VServer:
dig extern.ad-europa.org @localhost
; <<>> DiG 9.9.5-3ubuntu0.9-Ubuntu <<>> extern.ad-europa.org @localhost
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 252
;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 1, ADDITIONAL: 2
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;extern.ad-europa.org. IN A
;; ANSWER SECTION:
extern.ad-europa.org. 86400 IN A 192.67.198.33
;; AUTHORITY SECTION:
extern.ad-europa.org. 86400 IN NS ns.extern.ad-europa.org.
;; ADDITIONAL SECTION:
ns.extern.ad-europa.org. 86400 IN A 85.214.51.164
;; Query time: 0 msec
;; SERVER: ::1#53(::1)
;; WHEN: Tue Oct 25 17:01:43 CEST 2016
;; MSG SIZE rcvd: 98 Die Domain die ich hierfür verwende ist nicht unsere Hauptdomain, sondern wird eigentlich nur zur Weiterleitung (Mail) verwendet, also wenn die komplett über den VServer DNS laufen würde, wäre das sicher nicht sooo tragisch. Aber jetzt habe ich ja noch das Problem mit der Registrierung. Interessant ist dig extern.ad-europa.org @8.8.8.8 ; <<>> DiG 9.8.3-P1 <<>> extern.ad-europa.org @8.8.8.8
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 36534
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0
;; QUESTION SECTION:
;extern.ad-europa.org. IN A
;; AUTHORITY SECTION:
ad-europa.org. 1799 IN SOA ns.namespace4you.de. hostmaster.ad-europa.org. 1477407408 16384 2048 1048576 2560
;; Query time: 67 msec
;; SERVER: 8.8.8.8#53(8.8.8.8)
;; WHEN: Tue Oct 25 17:10:53 2016
;; MSG SIZE rcvd: 104 hostmaster.ad-europa.org ist nirgends eingetragen.
|
misterunknown
Ehemalige
Anmeldungsdatum: 28. Oktober 2009
Beiträge: 4403
Wohnort: Sachsen
|
jb-alvarado schrieb: Lokal:
dig extern.ad-europa.org @192.168.0.1
; <<>> DiG 9.8.3-P1 <<>> extern.ad-europa.org @192.168.0.1
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 58992
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0
;; QUESTION SECTION:
;extern.ad-europa.org. IN A
;; Query time: 132 msec
;; SERVER: 192.168.0.1#53(192.168.0.1)
;; WHEN: Tue Oct 25 17:01:59 2016
;; MSG SIZE rcvd: 38
Der Status ist SERVFAIL, das heißt dort gibt es noch ein Problem. Zeige mal, was im Log steht. Eventuell hängt das mit den Query-Berechtigungen zusammen.
Die Domain die ich hierfür verwende ist nicht unsere Hauptdomain, sondern wird eigentlich nur zur Weiterleitung (Mail) verwendet, also wenn die komplett über den VServer DNS laufen würde, wäre das sicher nicht sooo tragisch.
Zumal du ja noch einen sekundären Bind auf einem anderen Server aufsetzen kannst. Ich habe das genau so im Einsatz und das läuft sehr zuverlässig.
Aber jetzt habe ich ja noch das Problem mit der Registrierung.
Mit welcher Registrierung?
Interessant ist dig extern.ad-europa.org @8.8.8.8
ad-europa.org. 1799 IN SOA ns.namespace4you.de. hostmaster.ad-europa.org. 1477407408 16384 2048 1048576 2560
hostmaster.ad-europa.org ist nirgends eingetragen.
ür extern.ad-europa.org gibt es noch keine Nameserver-Einträge (nur einen SOA-Record, soa = "start of authorization"). hostmaster.ad-europa.org ist eine Email-Adresse, kein Domain-Name. Der erste Punkt steht für das @ Zeichen. Genau wie in der Bind-Konfiguration.
|
jb-alvarado
(Themenstarter)
Anmeldungsdatum: 28. November 2012
Beiträge: 345
|
misterunknown schrieb: Der Status ist SERVFAIL, das heißt dort gibt es noch ein Problem. Zeige mal, was im Log steht. Eventuell hängt das mit den Query-Berechtigungen zusammen.
Habe noch mal den dig Befehl mit einem anderen DNS geprüft, der lokale ist etwas langsamer...
dig extern.ad-europa.org @8.8.8.8
; <<>> DiG 9.8.3-P1 <<>> extern.ad-europa.org @8.8.8.8
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 55601
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0
;; QUESTION SECTION:
;extern.ad-europa.org. IN A
;; AUTHORITY SECTION:
ad-europa.org. 1453 IN SOA ns.namespace4you.de. hostmaster.ad-europa.org. 1477408480 16384 2048 1048576 2560
;; Query time: 38 msec
;; SERVER: 8.8.8.8#53(8.8.8.8)
;; WHEN: Tue Oct 25 17:33:15 2016
;; MSG SIZE rcvd: 104
Mit welcher Registrierung?
Na das mein eigener DNS Server Namen auflösen kann. Müsste ich doch bei domainfactory angeben.
ür extern.ad-europa.org gibt es noch keine Nameserver-Einträge (nur einen SOA-Record, soa = "start of authorization"). hostmaster.ad-europa.org ist eine Email-Adresse, kein Domain-Name. Der erste Punkt steht für das @ Zeichen. Genau wie in der Bind-Konfiguration.
Ja klar, du hast recht mit der Mail 😳 . Die einzigen Logs vom Bind9 auf dem VServer habe ich im syslog gefunden (grep -r "named" /var/log/*). Scheint mir aber nichts ungewöhnliches drin zu stehen: /var/log/syslog:Oct 25 17:40:16 h2460993 named[30230]: received control channel command 'reload'
/var/log/syslog:Oct 25 17:40:16 h2460993 named[30230]: loading configuration from '/etc/named.conf'
/var/log/syslog:Oct 25 17:40:16 h2460993 named[30230]: using default UDP/IPv4 port range: [1024, 65535]
/var/log/syslog:Oct 25 17:40:16 h2460993 named[30230]: using default UDP/IPv6 port range: [1024, 65535]
/var/log/syslog:Oct 25 17:40:16 h2460993 named[30230]: sizing zone task pool based on 11 zones
/var/log/syslog:Oct 25 17:40:16 h2460993 named[30230]: automatic empty zone: 10.IN-ADDR.ARPA
/var/log/syslog:Oct 25 17:40:16 h2460993 named[30230]: automatic empty zone: 16.172.IN-ADDR.ARPA
/var/log/syslog:Oct 25 17:40:16 h2460993 named[30230]: automatic empty zone: 17.172.IN-ADDR.ARPA
/var/log/syslog:Oct 25 17:40:16 h2460993 named[30230]: automatic empty zone: 18.172.IN-ADDR.ARPA
/var/log/syslog:Oct 25 17:40:16 h2460993 named[30230]: automatic empty zone: 19.172.IN-ADDR.ARPA
/var/log/syslog:Oct 25 17:40:16 h2460993 named[30230]: automatic empty zone: 20.172.IN-ADDR.ARPA
/var/log/syslog:Oct 25 17:40:16 h2460993 named[30230]: automatic empty zone: 21.172.IN-ADDR.ARPA
/var/log/syslog:Oct 25 17:40:16 h2460993 named[30230]: automatic empty zone: 22.172.IN-ADDR.ARPA
/var/log/syslog:Oct 25 17:40:16 h2460993 named[30230]: automatic empty zone: 23.172.IN-ADDR.ARPA
/var/log/syslog:Oct 25 17:40:16 h2460993 named[30230]: automatic empty zone: 24.172.IN-ADDR.ARPA
/var/log/syslog:Oct 25 17:40:16 h2460993 named[30230]: automatic empty zone: 25.172.IN-ADDR.ARPA
/var/log/syslog:Oct 25 17:40:16 h2460993 named[30230]: automatic empty zone: 26.172.IN-ADDR.ARPA
/var/log/syslog:Oct 25 17:40:16 h2460993 named[30230]: automatic empty zone: 27.172.IN-ADDR.ARPA
/var/log/syslog:Oct 25 17:40:16 h2460993 named[30230]: automatic empty zone: 28.172.IN-ADDR.ARPA
/var/log/syslog:Oct 25 17:40:16 h2460993 named[30230]: automatic empty zone: 29.172.IN-ADDR.ARPA
/var/log/syslog:Oct 25 17:40:16 h2460993 named[30230]: automatic empty zone: 30.172.IN-ADDR.ARPA
/var/log/syslog:Oct 25 17:40:16 h2460993 named[30230]: automatic empty zone: 31.172.IN-ADDR.ARPA
/var/log/syslog:Oct 25 17:40:16 h2460993 named[30230]: automatic empty zone: 168.192.IN-ADDR.ARPA
/var/log/syslog:Oct 25 17:40:16 h2460993 named[30230]: automatic empty zone: 64.100.IN-ADDR.ARPA
/var/log/syslog:Oct 25 17:40:16 h2460993 named[30230]: automatic empty zone: 65.100.IN-ADDR.ARPA
/var/log/syslog:Oct 25 17:40:16 h2460993 named[30230]: automatic empty zone: 66.100.IN-ADDR.ARPA
/var/log/syslog:Oct 25 17:40:16 h2460993 named[30230]: automatic empty zone: 67.100.IN-ADDR.ARPA
/var/log/syslog:Oct 25 17:40:16 h2460993 named[30230]: automatic empty zone: 68.100.IN-ADDR.ARPA
/var/log/syslog:Oct 25 17:40:16 h2460993 named[30230]: automatic empty zone: 69.100.IN-ADDR.ARPA
/var/log/syslog:Oct 25 17:40:16 h2460993 named[30230]: automatic empty zone: 70.100.IN-ADDR.ARPA
/var/log/syslog:Oct 25 17:40:16 h2460993 named[30230]: automatic empty zone: 71.100.IN-ADDR.ARPA
/var/log/syslog:Oct 25 17:40:16 h2460993 named[30230]: automatic empty zone: 72.100.IN-ADDR.ARPA
/var/log/syslog:Oct 25 17:40:16 h2460993 named[30230]: automatic empty zone: 73.100.IN-ADDR.ARPA
/var/log/syslog:Oct 25 17:40:16 h2460993 named[30230]: automatic empty zone: 74.100.IN-ADDR.ARPA
/var/log/syslog:Oct 25 17:40:16 h2460993 named[30230]: automatic empty zone: 75.100.IN-ADDR.ARPA
/var/log/syslog:Oct 25 17:40:16 h2460993 named[30230]: automatic empty zone: 76.100.IN-ADDR.ARPA
/var/log/syslog:Oct 25 17:40:16 h2460993 named[30230]: automatic empty zone: 77.100.IN-ADDR.ARPA
/var/log/syslog:Oct 25 17:40:16 h2460993 named[30230]: automatic empty zone: 78.100.IN-ADDR.ARPA
/var/log/syslog:Oct 25 17:40:16 h2460993 named[30230]: automatic empty zone: 79.100.IN-ADDR.ARPA
/var/log/syslog:Oct 25 17:40:16 h2460993 named[30230]: automatic empty zone: 80.100.IN-ADDR.ARPA
/var/log/syslog:Oct 25 17:40:16 h2460993 named[30230]: automatic empty zone: 81.100.IN-ADDR.ARPA
/var/log/syslog:Oct 25 17:40:16 h2460993 named[30230]: automatic empty zone: 82.100.IN-ADDR.ARPA
/var/log/syslog:Oct 25 17:40:16 h2460993 named[30230]: automatic empty zone: 83.100.IN-ADDR.ARPA
/var/log/syslog:Oct 25 17:40:16 h2460993 named[30230]: automatic empty zone: 84.100.IN-ADDR.ARPA
/var/log/syslog:Oct 25 17:40:16 h2460993 named[30230]: automatic empty zone: 85.100.IN-ADDR.ARPA
/var/log/syslog:Oct 25 17:40:16 h2460993 named[30230]: automatic empty zone: 86.100.IN-ADDR.ARPA
/var/log/syslog:Oct 25 17:40:16 h2460993 named[30230]: automatic empty zone: 87.100.IN-ADDR.ARPA
/var/log/syslog:Oct 25 17:40:16 h2460993 named[30230]: automatic empty zone: 88.100.IN-ADDR.ARPA
/var/log/syslog:Oct 25 17:40:16 h2460993 named[30230]: automatic empty zone: 89.100.IN-ADDR.ARPA
/var/log/syslog:Oct 25 17:40:16 h2460993 named[30230]: automatic empty zone: 90.100.IN-ADDR.ARPA
/var/log/syslog:Oct 25 17:40:16 h2460993 named[30230]: automatic empty zone: 91.100.IN-ADDR.ARPA
/var/log/syslog:Oct 25 17:40:16 h2460993 named[30230]: automatic empty zone: 92.100.IN-ADDR.ARPA
/var/log/syslog:Oct 25 17:40:16 h2460993 named[30230]: automatic empty zone: 93.100.IN-ADDR.ARPA
/var/log/syslog:Oct 25 17:40:16 h2460993 named[30230]: automatic empty zone: 94.100.IN-ADDR.ARPA
/var/log/syslog:Oct 25 17:40:16 h2460993 named[30230]: automatic empty zone: 95.100.IN-ADDR.ARPA
/var/log/syslog:Oct 25 17:40:16 h2460993 named[30230]: automatic empty zone: 96.100.IN-ADDR.ARPA
/var/log/syslog:Oct 25 17:40:16 h2460993 named[30230]: automatic empty zone: 97.100.IN-ADDR.ARPA
/var/log/syslog:Oct 25 17:40:16 h2460993 named[30230]: automatic empty zone: 98.100.IN-ADDR.ARPA
/var/log/syslog:Oct 25 17:40:16 h2460993 named[30230]: automatic empty zone: 99.100.IN-ADDR.ARPA
/var/log/syslog:Oct 25 17:40:16 h2460993 named[30230]: automatic empty zone: 100.100.IN-ADDR.ARPA
/var/log/syslog:Oct 25 17:40:16 h2460993 named[30230]: automatic empty zone: 101.100.IN-ADDR.ARPA
/var/log/syslog:Oct 25 17:40:16 h2460993 named[30230]: automatic empty zone: 102.100.IN-ADDR.ARPA
/var/log/syslog:Oct 25 17:40:16 h2460993 named[30230]: automatic empty zone: 103.100.IN-ADDR.ARPA
/var/log/syslog:Oct 25 17:40:16 h2460993 named[30230]: automatic empty zone: 104.100.IN-ADDR.ARPA
/var/log/syslog:Oct 25 17:40:16 h2460993 named[30230]: automatic empty zone: 105.100.IN-ADDR.ARPA
/var/log/syslog:Oct 25 17:40:16 h2460993 named[30230]: automatic empty zone: 106.100.IN-ADDR.ARPA
/var/log/syslog:Oct 25 17:40:16 h2460993 named[30230]: automatic empty zone: 107.100.IN-ADDR.ARPA
/var/log/syslog:Oct 25 17:40:16 h2460993 named[30230]: automatic empty zone: 108.100.IN-ADDR.ARPA
/var/log/syslog:Oct 25 17:40:16 h2460993 named[30230]: automatic empty zone: 109.100.IN-ADDR.ARPA
/var/log/syslog:Oct 25 17:40:16 h2460993 named[30230]: automatic empty zone: 110.100.IN-ADDR.ARPA
/var/log/syslog:Oct 25 17:40:16 h2460993 named[30230]: automatic empty zone: 111.100.IN-ADDR.ARPA
/var/log/syslog:Oct 25 17:40:16 h2460993 named[30230]: automatic empty zone: 112.100.IN-ADDR.ARPA
/var/log/syslog:Oct 25 17:40:16 h2460993 named[30230]: automatic empty zone: 113.100.IN-ADDR.ARPA
/var/log/syslog:Oct 25 17:40:16 h2460993 named[30230]: automatic empty zone: 114.100.IN-ADDR.ARPA
/var/log/syslog:Oct 25 17:40:16 h2460993 named[30230]: automatic empty zone: 115.100.IN-ADDR.ARPA
/var/log/syslog:Oct 25 17:40:16 h2460993 named[30230]: automatic empty zone: 116.100.IN-ADDR.ARPA
/var/log/syslog:Oct 25 17:40:16 h2460993 named[30230]: automatic empty zone: 117.100.IN-ADDR.ARPA
/var/log/syslog:Oct 25 17:40:16 h2460993 named[30230]: automatic empty zone: 118.100.IN-ADDR.ARPA
/var/log/syslog:Oct 25 17:40:16 h2460993 named[30230]: automatic empty zone: 119.100.IN-ADDR.ARPA
/var/log/syslog:Oct 25 17:40:16 h2460993 named[30230]: automatic empty zone: 120.100.IN-ADDR.ARPA
/var/log/syslog:Oct 25 17:40:16 h2460993 named[30230]: automatic empty zone: 121.100.IN-ADDR.ARPA
/var/log/syslog:Oct 25 17:40:16 h2460993 named[30230]: automatic empty zone: 122.100.IN-ADDR.ARPA
/var/log/syslog:Oct 25 17:40:16 h2460993 named[30230]: automatic empty zone: 123.100.IN-ADDR.ARPA
/var/log/syslog:Oct 25 17:40:16 h2460993 named[30230]: automatic empty zone: 124.100.IN-ADDR.ARPA
/var/log/syslog:Oct 25 17:40:16 h2460993 named[30230]: automatic empty zone: 125.100.IN-ADDR.ARPA
/var/log/syslog:Oct 25 17:40:16 h2460993 named[30230]: automatic empty zone: 126.100.IN-ADDR.ARPA
/var/log/syslog:Oct 25 17:40:16 h2460993 named[30230]: automatic empty zone: 127.100.IN-ADDR.ARPA
/var/log/syslog:Oct 25 17:40:16 h2460993 named[30230]: automatic empty zone: 0.IN-ADDR.ARPA
/var/log/syslog:Oct 25 17:40:16 h2460993 named[30230]: automatic empty zone: 127.IN-ADDR.ARPA
/var/log/syslog:Oct 25 17:40:16 h2460993 named[30230]: automatic empty zone: 254.169.IN-ADDR.ARPA
/var/log/syslog:Oct 25 17:40:16 h2460993 named[30230]: automatic empty zone: 2.0.192.IN-ADDR.ARPA
/var/log/syslog:Oct 25 17:40:16 h2460993 named[30230]: automatic empty zone: 100.51.198.IN-ADDR.ARPA
/var/log/syslog:Oct 25 17:40:16 h2460993 named[30230]: automatic empty zone: 113.0.203.IN-ADDR.ARPA
/var/log/syslog:Oct 25 17:40:16 h2460993 named[30230]: automatic empty zone: 255.255.255.255.IN-ADDR.ARPA
/var/log/syslog:Oct 25 17:40:16 h2460993 named[30230]: automatic empty zone: 0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.IP6.ARPA
/var/log/syslog:Oct 25 17:40:16 h2460993 named[30230]: automatic empty zone: 1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.IP6.ARPA
/var/log/syslog:Oct 25 17:40:16 h2460993 named[30230]: automatic empty zone: D.F.IP6.ARPA
/var/log/syslog:Oct 25 17:40:16 h2460993 named[30230]: automatic empty zone: 8.E.F.IP6.ARPA
/var/log/syslog:Oct 25 17:40:16 h2460993 named[30230]: automatic empty zone: 9.E.F.IP6.ARPA
/var/log/syslog:Oct 25 17:40:16 h2460993 named[30230]: automatic empty zone: A.E.F.IP6.ARPA
/var/log/syslog:Oct 25 17:40:16 h2460993 named[30230]: automatic empty zone: B.E.F.IP6.ARPA
/var/log/syslog:Oct 25 17:40:16 h2460993 named[30230]: automatic empty zone: 8.B.D.0.1.0.0.2.IP6.ARPA
/var/log/syslog:Oct 25 17:40:16 h2460993 named[30230]: reloading configuration succeeded
/var/log/syslog:Oct 25 17:40:16 h2460993 named[30230]: zone ad-tv.info/IN: has no NS records
/var/log/syslog:Oct 25 17:40:16 h2460993 named[30230]: zone ad-tv.info/IN: not loaded due to errors.
/var/log/syslog:Oct 25 17:40:16 h2460993 named[30230]: reloading zones succeeded
/var/log/syslog:Oct 25 17:40:16 h2460993 named[30230]: all zones loaded
/var/log/syslog:Oct 25 17:40:16 h2460993 named[30230]: running
/var/log/syslog:Oct 25 17:40:16 h2460993 named[30230]: zone 51.214.85.in-addr.arpa/IN: loaded serial 1477410016
/var/log/syslog:Oct 25 17:40:16 h2460993 named[30230]: zone ad-europa.org/IN: 'ad-europa.org' found SPF/TXT record but no SPF/SPF record found, add matching type SPF record
/var/log/syslog:Oct 25 17:40:16 h2460993 named[30230]: zone ad-europa.org/IN: loaded serial 1477410015
|
misterunknown
Ehemalige
Anmeldungsdatum: 28. Oktober 2009
Beiträge: 4403
Wohnort: Sachsen
|
jb-alvarado schrieb: Die einzigen Logs vom Bind9 auf dem VServer habe ich im syslog gefunden (grep -r "named" /var/log/*). Scheint mir aber nichts ungewöhnliches drin zu stehen:
/var/log/syslog:Oct 25 17:40:16 h2460993 named[30230]: zone ad-tv.info/IN: has no NS records
/var/log/syslog:Oct 25 17:40:16 h2460993 named[30230]: zone ad-tv.info/IN: not loaded due to errors.
Hier ist ein Error in einer Zone. Die Zone hat keine NS-Records.
/var/log/syslog:Oct 25 17:40:16 h2460993 named[30230]: zone ad-europa.org/IN: loaded serial 1477410015
Diese Zone wurde korrekt geladen. Wie sieht deine named.conf.local aus?
|
jb-alvarado
(Themenstarter)
Anmeldungsdatum: 28. November 2012
Beiträge: 345
|
misterunknown schrieb:
Hier ist ein Error in einer Zone. Die Zone hat keine NS-Records.
habe das nachgebessert.
Diese Zone wurde korrekt geladen. Wie sieht deine named.conf.local aus?
Da ist nichts drin:
//
// Do any local configuration here
//
// Consider adding the 1918 zones here, if they are not used in your
// organization
//include "/etc/bind/zones.rfc1918";
Auch die anderen named.conf.* Dateien sind leer. Über Plesk wird bind9 etwas anders gesteuert. Z.B. werden die Zonen in /var/named/run-root/var/* angelegt. Hier für extern.ad-europa.org: ; *** This file is automatically generated by Plesk ***
$TTL 86400
@ IN SOA ns.extern.ad-europa.org. hostmaster.ad-europa.org. (
1477415162 ; Serial
2700 ; Refresh
3600 ; Retry
604800 ; Expire
10800 ) ; Minimum
extern.ad-europa.org. IN NS ns.extern.ad-europa.org.
extern.ad-europa.org. IN A 192.67.198.33
ns.extern.ad-europa.org. IN A 85.214.51.164
www.extern.ad-europa.org. IN CNAME extern.ad-europa.org. Es gibt allerdings eine /etc/named.conf Datei, mit diesem Inhalt:
// $Id: named.conf,v 1.1.1.1 2001/10/15 07:44:36 kap Exp $
// -- THE FOLLOWING LINES WERE GENERATED BY PLESK. IF YOU MODIFY THEM, THEY WILL BE OVERWRITTEN WHEN THESE SETTINGS ARE MANAGED IN PLESK UI. --
options {
listen-on-v6 { any; };
allow-recursion {
localnets;
};
version "none";
directory "/var";
auth-nxdomain no;
pid-file "/var/run/named/named.pid";
};
key "rndc-key" {
algorithm hmac-md5;
secret "lsdufhsdfuhasdfwkebf99==";
};
controls {
inet 127.0.0.1 port 953
allow { 127.0.0.1; } keys { "rndc-key"; };
};
zone "." {
type hint;
file "named.root";
};
zone "0.0.127.IN-ADDR.ARPA" {
type master;
file "localhost.rev";
};
// -- END OF LINES GENERATED BY PLESK. --
// -- PLEASE ADD YOUR CUSTOM DIRECTIVES BELOW THIS LINE. --
// ...
// -- END OF YOUR CUSTOM DIRECTIVES. --
// -- ALL LINES BELOW WERE GENERATED BY PLESK. IF YOU MODIFY THEM, THEY WILL BE OVERWRITTEN WHEN THESE SETTINGS ARE MANAGED IN PLESK UI. --
zone "extern.ad-europa.org" {
type master;
file "extern.ad-europa.org";
allow-transfer {
85.214.51.164;
common-allow-transfer;
};
};
zone "ad-europa.org" {
type master;
file "ad-europa.org";
allow-transfer {
85.214.51.164;
common-allow-transfer;
};
};
acl common-allow-transfer {
none;
};
Sind noch ein paar mehr zonen definiert, aber alle nach dem gleichen Schema.
|