Crie o registro CNAME "portal.domain.com" referindo-se a "obscureServer32324name.domain.com" na zona DNS "domain.com". A partir de um prompt de comando, faça um:
nslookup portal.domain.com
O que você recebe de volta?
Tenha em mente que, se "domain.com" for uma zona integrada ao Active Directory, você poderá ter um pequeno atraso antes que o servidor DNS comece a resolvê-lo.
Também no front DNS integrado do Active Directory, lembre-se de que seu cliente DNS pode não estar tentando resolver um servidor DNS que está "olhando" para a mesma cópia do AD onde você adicionou o registro (via DNSMGMT) por um momento antes. Force a replicação do AD ou aguarde 5 minutos para que a replicação do AD seja concluída.
Você não precisa parar / reiniciar o servidor DNS da Microsoft para alterações como essa para "tirar".
Edite re: seus comentários:
Bizarro. Estou com uma pequena perda. Essa é uma configuração bem comum, então deve funcionar bem. Eu tenho vários clientes com servidores que são configurados dessa maneira (com registros CNAME como "WSUS" ou "antivírus", etc).
O computador do qual você está testando está configurado para usar o computador servidor no qual você adicionou o CNAME como seu servidor DNS - correto?
Faça o seguinte, apenas certifique-se de estar consultando a zona correta:
nslookup -querytype=SOA domain.com
Você deve receber algo assim:
domain.com
primary name server = server.domain.com
responsible mail addr = hostmaster
serial = 425
refresh = 900 (15 mins)
retry = 600 (10 mins)
expire = 86400 (1 day)
default TTL = 3600 (1 hour)
server.domain.com internet address = 192.168.1.1
Certifique-se de que o registro SOA que você recebe realmente esteja se referindo ao computador servidor no qual você espera ver a zona hospedada.
Nós vamos descobrir, só pode demorar um pouco.