DNS-Wildcard-Subdomain-Fehler

334
bltr1x

Ich versuche, auf meiner VM mit SUSE eine Wildcard-Subdomain-Konfiguration vorzunehmen. Beim Versuch, den Datensatz einzugeben (ich verwende vi) * .host IN A in der .zone-Datei, wird die Zeile rot und nach dem Neustart des named.service wird ein Fehler ausgegeben, dass ein Problem vorliegt und die Zone gewonnen wurde. t geladen werden.

Hier ist die .zone-Datei:

$TTL 86400 $ORIGIN domain.com. @ IN SOA dns1.com. hostmaster.com. ( 2001062501 ; serial 21600 ; refresh after 6 hours 3600 ; retry after 1 hour 604800 ; expire after 1 week 86400 ) ; minimum TTL of 1 day IN NS dns2.com. IN NS dns1.com. dns1 IN A <ip of dns> dns2 IN A <ip of dns> domain IN A <ip of system> . IN A <ip of system> *.domain. IN A <ip of system> -> here is the problem domain.com. IN A <ip of system> * IN CNAME domain
0
Sicher sagt es auch, was das Problem ist? Falls nicht, versuchen Sie `named-checkzone domain.com / path / to / my.zone`? grawity vor 7 Jahren 1
Entweder fehlt Ihnen ein "." Oder Sie haben eines, wo es nicht sein sollte (meine Vermutung). Seth vor 7 Jahren 0

1 Antwort auf die Frage

0
milli

Ihre Problemlinie ist außerhalb der Zone. Ihr $ ORIGIN ist domain.comalso alles relativ (keine nachlaufenden Punkte) oder alles muss mit domain.com.(mit einem nachlaufenden Punkt) enden . Denken Sie daran, dass @ wie in Ihrem SOA-Datensatz "aktueller Ursprung" bedeutet, dhdomain.com

Sie sollten auch die Zeile mit '.' Loswerden. Dies ist eine Stammreferenz, die still ignoriert wird.

Ein paar Ihrer Datensätze machen nicht das, was Sie erwarten, und auch Ihre NS-Datensätze sind falsch. (Ich gehe davon aus, dass alle Datensätze schlecht bearbeitet / ersetzt werden).

Möglicherweise müssen Sie auch die "DNS-Wildcard-Produktionsregeln" von Google kennen, um zu verstehen, wie Wildcards richtig ausgeführt werden. Es gibt einige unerwartete Dinge, wenn Sie Annahmen über die Erweiterung des Platzhalters treffen (es funktioniert nicht wie reguläre Ausdrücke).

Verwandte Probleme