¿No puede un CNAME apuntar a una dirección IP?

No, un RR de CNAME no puede “apuntar” (o contener como sus datos) una dirección IP, porque se define de esa manera en los estándares del Grupo de trabajo de ingeniería de Internet (IETF) que especifican los formatos y protocolos de datos del Sistema de nombres de dominio (DNS) )

En la concepción de Internet del universo informático, una computadora host tiene un solo nombre y un solo nombre: su nombre canónico. Eso era cierto para el antiguo archivo HOSTS.TXT distribuido desde SRI-NIC antes del DNS, y también es cierto para el DNS. En el DNS, ese nombre es donde se espera que coloque A, MX, HINFO, LOC y otros registros de recursos (RR) del host. Un registro CNAME dice “esta consulta de nombre que le devolvió un RR CNAME es un puntero al NOMBRE canónico (CNAME) del host que está buscando”. Esta es también la razón por la cual no se permite que exista un registro CNAME junto con ningún otro tipo de RR para un nombre dado.

Por ejemplo, cuando ejecuté Infraestructura de Internet en Apple (empresa), la computadora host “apple.com” era una DEC VAX-8650 ubicada en la sala de máquinas Mariani One, y ese nombre de dominio tenía un registro A, registros MX, registros NS (ya que también era el nombre de la zona), un registro LOC (coordenadas de latitud / longitud), un registro HINFO, etc. También había algunos registros CNAME para ello, incluido IIRC “ntp.apple.com”, p. Ej.

apple.com. EN UN 130.43.2.2
apple.com. EN HINFO VAX-8650 Unix
apple.com. EN MX 10 apple.com.
apple.com. EN MX 20 colossus.apple.com. ; MX secundario
ntp.apple.com. EN CNAME apple.com.

(Omití los registros NS y SOA para mayor claridad)

Si tuviera que hacer una búsqueda de registros PTR para 2.2.43.130.IN-ADDR.ARPA. recibirías el nombre “apple.com”, como deberías.

Un CNAME crea un alias, un nombre que significa lo mismo que otro nombre. Como una dirección IP no es un nombre, un registro CNAME no puede apuntar a ella. Una búsqueda de DNS para un registro de cualquier tipo donde el nombre solicitado se resuelva en un CNAME devolverá (cuando se repita) cualquier registro que exista de ese tipo para el nombre al que apunta el CNAME.

Nunca olvide, cuando se habla de DNS, que DNS tiene más que solo registros A. El error que parece estar cometiendo es sintomático de este error común de pensamiento.

Piénselo así: un CNAME es el equivalente DNS de un enlace simbólico en los sistemas de archivos. Simplemente te dice que lo que realmente quieres es otro lugar. Muchos programas seguirán automáticamente enlaces simbólicos y CNAME, ocultando su verdadera naturaleza, pero en ambos casos esa naturaleza aún es evidente cuando utilizas utilidades de nivel inferior.

No. Pero puede apuntar a la búsqueda inversa de una dirección IP:

$ dig -t any 109.44.16.10.in-addr.arpa

; << >> DiG 9.8.2rc1-RedHat-9.8.2-0.30.rc1.el6_6.2 << >> -t cualquier 109.44.16.10.in-addr.arpa
;; opciones globales: + cmd
;; Tengo respuesta:
;; – >> HEADER << - código de operación: QUERY, estado: NOERROR, id: 13530
;; banderas: qr aa rd ra; PREGUNTA: 1, RESPUESTA: 1, AUTORIDAD: 2, ADICIONAL: 2

;; PREGUNTA SECCIÓN:
; 109.44.16.10.in-addr.arpa. EN CUALQUIER

;; SECCION DE RESPUESTA:
109.44.16.10.in-addr.arpa. 86400 EN NOMBRE 109.44.16.10.in-addr.BLAH-BLAH-BLAH.

;; SECCIÓN DE AUTORIDAD

Un CNAME no puede apuntar a una dirección IP. Si lo que está buscando es un nombre que apunte a una dirección IP, creo que está buscando un registro A.

Este video de Youtube podría ayudar a ilustrarlo más.