☰

CNAME-Regel wird ignoriert

tag-icon • tag-icon domain-name-system bind centos5 cname-record
CNAME-Regel wird ignoriert

Auf einem Server mit installiertem Plesk habe ich eine CNAME-Regel hinzugefügt, die von einer der Site-Subdomänen auf eine externe Website verweist.

Ich habe die benannte Konfiguration für diesen Domänennamen überprüft und sie zeigt den CNAME an, die Subdomäne verweist jedoch nur auf die Standardserverseite und ignoriert die CNAME-Regel. Named wurde neu gestartet und ich habe auch den Befehl rvmng reconfigure-vhost ausgeführt.

Ich habe zum Testen einen anderen Server auf cPanel bearbeitet, und es funktioniert einwandfrei.

Die Conf-Datei für die Domäne:

; *** Ts file is automatically generated by Plesk ***
$TTL    86400

@       IN      SOA     ns.example.com. cf.example1.com. (
                    1292946742      ; Serial
                    10800   ; Refresh
                    3600    ; Retry
                    604800  ; Expire
                    10800 ) ; Minimum

example.com.             IN NS   ns.example.com.
ns.example.com.          IN A    xx.xxx.xxx.xx
example.com.             IN A    xx.xxx.xxx.xx
webmail.example.com.             IN A    xx.xxx.xxx.xx
mail.example.com.                IN A    xx.xxx.xxx.xx
beta.example.com.                IN A    xx.xxx.xxx.xx
ftp.example.com.                 IN CNAME        example.com.
www.example.com.                 IN CNAME        example.com.
login.example.com.               IN CNAME        socialize.gigya.com.
example.com.             IN MX  10 webmail.example.com.

Sie können die CNAME-Regel in der Datei sehen, aber sie wird einfach ignoriert?

Vielen Dank im Voraus für jede Hilfe.

BEARBEITEN:Mir ist gerade aufgefallen, dass die Nameserver der Site nicht auf diesem Server sind, sondern die Standard-Nameserver von doteasy. Ich gehe davon aus, dass die Regel deshalb ignoriert wird. Ich werde die Nameserver ändern und sehen, ob das das Problem löst. Ich werde hier das Ergebnis veröffentlichen. Vielen Dank, Leute, für eure bisherigen Tipps.

BEARBEITEN 2:Der Server hat nur eine IP-Adresse, daher ist es nicht möglich, benutzerdefinierte Nameserver zu verwenden. Könnte das jedoch die Ursache sein? Wenn ich dig cname login.example.com ausführe, wird Folgendes zurückgegeben:

; <<>> DiG 9.7.1-P2 <<>> cname login.example.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 20919
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0

;; QUESTION SECTION:
;login.example.com.     IN  CNAME

;; AUTHORITY SECTION:
example.com.        3600    IN  SOA dns7.doteasy.com. hostmaster.doteasy.com.     2010070101 3600 1800 86400 10800

;; Query time: 258 msec
;; SERVER: 192.168.1.1#53(192.168.1.1)
;; WHEN: Tue Dec 21 20:37:22 2010
;; MSG SIZE  rcvd: 95

Ich nehme an, das ist der Grund, warum der CNAME ignoriert wird? Weil der DNS nicht wirklich auf unserem Server gehostet wird?

AKTUALISIERENDas Problem wurde gelöst. Die Regeln wurden aufgrund des Offsite-DNS ignoriert. Vielen Dank an alle für Ihre Hilfe.

Antwort1

haben Sie versucht, dig zu verwenden?

dig cname example.com

Ich habe das verstandengrabenwürde eine Antwort geben, wenn etwas konfiguriert ist in derANTWORTTEIL

BEARBEITEN Anstelle des CNAME sollte es meiner Meinung nach einARekord als einCNAMEaufzeichnen.

Beispiel: Sehen Sie sich an, wie SieLeiten Sie Ihren Domänennamen umZuTumblrund lass sie deinen Blog hosten. Ich gehe davon aus, dass du hier dasselbe versuchst

Antwort2

Wenn Sie die richtigen Datensätze von Ihrem Plesk-Server erhalten (siehe Dig-Befehl unten), handelt es sich um ein Cache-Problem (alte Datensätze wurden von den Nameservern Ihres PCs/ISPs zwischengespeichert):

# ask A records from Plesk server
# you should see CNAME record in the ANSWER section
dig @plesk.server login.example.com

# or just directly ask for CNAME record
dig @plesk.server login.example.com cname

Antwort3

Warum verwenden Sie keine A-Einträge? Dabei handelt es sich um dieselbe Zonendatei. In diesem Fall ist es viel einfacher (und Sie können zukünftige Probleme vermeiden).

Die Zonendatei sieht übrigens ok aus. Sie sollten mit Standardtools (wie Host, Dig) nachsehen, ob sie tatsächlich das bereitstellt, was Sie in der Datei sehen. Es kann auch sein, dass ein Resolver-DNS-Server zuvor eine negative Antwort zwischengespeichert hat (wenn Sie diese Einträge einfach dort abgelegt haben).

Sagen Sie uns den echten DNS-Namen, wenn Sie wirklich eine Lösung wünschen!

EDIT: Entschuldigung, ich habe völlig übersehen, dass in Ihren Aufzeichnungen socialize.gigya.com enthalten ist.

Andererseits blicken Sie in die falsche Richtung. Aber ich kümmere mich nicht darum, bis Sie Ihren echten Domänennamen angeben.

verwandte Informationen