En un servidor con Plesk instalado, agregué una regla CNAME que apunta desde uno de los subdominios del sitio a un sitio web externo.
Revisé la configuración nombrada para ese nombre de dominio y muestra el CNAME; sin embargo, el subdominio simplemente apunta a la página del servidor predeterminada e ignora la regla CNAME. Named se reinició y también ejecuté el comando rvmng reconfigure-vhost.
Edité otro servidor para probar esto, en cPanel, y funciona bien.
El archivo conf para el dominio:
; *** 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.
¿Puedes ver la regla CNAME en el archivo pero simplemente se ignora?
Gracias de antemano por cualquier ayuda.
EDITAR:Me acabo de dar cuenta de que los servidores de nombres del sitio no están en este servidor sino en los predeterminados de doteasy, así que supongo que esa puede ser la razón por la que se ignora la regla. Cambiaré los servidores de nombres y veré si eso lo resuelve. Actualizaré aquí con el resultado. Gracias a todos por sus consejos hasta ahora.
EDITAR 2:El servidor solo tiene una dirección IP, por lo que no será posible utilizar servidores de nombres personalizados. ¿Podría ser esta la causa? Cuando ejecuto dig cname login.example.com devuelve:
; <<>> 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
Supongo que es por eso que se ignora el CNAME. ¿Como el DNS en realidad no está alojado en nuestro servidor?
ACTUALIZAREl problema se resolvió, el DNS externo fue la razón por la que se ignoraron las reglas. Gracias por toda tu ayuda.
Respuesta1
¿Intentaste usar excavar?
dig cname example.com
lo entendíexcavardaría una respuesta si algo está configurado en elSECCIÓN DE RESPUESTAS
EDITAR En lugar del CNAME, creo que debería ser unArécord que unCNOMBREregistro.
Por ejemplo: mira cómoredirigir su nombre de dominioatumblry haz que alojen tu blog. Supongo que estás intentando hacer lo mismo aquí.
Respuesta2
Si está recibiendo los registros correctos de su servidor Plesk (consulte el comando dig a continuación), entonces se trata de un problema de caché (los servidores de nombres de su PC/ISP han almacenado en caché los registros antiguos):
# 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
Respuesta3
¿Por qué no utilizas registros A? Es el mismo archivo de zona, en este caso es mucho más fácil (y puedes evitar problemas futuros).
El archivo de zona se ve bien por cierto. Deberías buscar con herramientas estándar (como host, dig) para verificar que realmente esté sirviendo lo que ves en el archivo. También puede ser que un servidor dns de resolución haya almacenado en caché una respuesta negativa antes (si simplemente coloca estos registros allí).
¡Díganos el nombre real del DNS si realmente desea una solución!
EDITAR: Lo siento, pasé por alto por completo que tienes socialize.gigya.com en tus registros.
Por otro lado, estás mirando en la dirección equivocada. Pero no me molesto hasta que me digas tu nombre de dominio real.