Em um servidor com o Plesk instalado adicionei uma regra CNAME apontando de um dos subdomínios do site para um site externo.
Verifiquei a configuração nomeada para esse nome de domínio e ela mostra o CNAME, mas o subdomínio apenas aponta para a página do servidor padrão e ignora a regra CNAME. Named foi reiniciado e também executei o comando rvmng reconfigure-vhost.
Editei outro servidor para testar isso, no cPanel, e funciona bem.
O arquivo conf do domínio:
; *** 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.
Você pode ver a regra CNAME no arquivo, mas ela é ignorada?
Agradecemos antecipadamente por qualquer ajuda.
EDITAR:Acabei de notar que os servidores de nomes do site não estão neste servidor, mas sim os doteasy padrão, então presumo que seja por isso que a regra é ignorada. Vou mudar os servidores de nomes e ver se isso resolve. Vou atualizar aqui com o resultado. Obrigado pessoal pelas dicas até agora.
EDITAR 2:O servidor possui apenas um endereço IP, portanto não será possível usar servidores de nomes personalizados. Essa poderia ser a causa? Quando executo dig cname login.example.com ele retorna:
; <<>> 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
Presumo que é por isso que o CNAME está sendo ignorado. Como o DNS não está realmente hospedado em nosso servidor?
ATUALIZARO problema foi resolvido, o DNS externo foi o motivo pelo qual as regras foram ignoradas. Obrigado a todos pela ajuda.
Responder1
você tentou usar dig ?
dig cname example.com
Eu entendi issoescavaçãodaria uma resposta se algo estivesse configurado noSEÇÃO DE RESPOSTA
EDITAR Em vez do CNAME, acho que deveria ser umArecorde do que umCNAMEregistro.
Por exemplo: veja comoredirecione seu nome de domínioparaTumblre faça com que eles hospedem seu blog. Presumo que você esteja tentando fazer o mesmo aqui
Responder2
Se você está recebendo os registros corretos do seu servidor Plesk (veja o comando dig abaixo), então é um problema de cache (registros antigos foram armazenados em cache pelos servidores de nomes do seu PC/ISP):
# 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
Responder3
Por que você não usa registros A? É o mesmo arquivo de zona, neste caso é muito mais fácil (e você pode evitar problemas futuros).
O arquivo de zona parece ok, aliás. Você deve procurar com ferramentas padrão (como host, dig) para verificar se realmente está servindo o que você vê no arquivo. Também pode ser que um servidor DNS resolvedor tenha armazenado em cache uma resposta negativa anteriormente (se você apenas colocar esses registros lá).
Diga-nos o verdadeiro nome do DNS se você realmente deseja uma solução!
EDIT: Desculpe, esqueci completamente que você tem socialize.gigya.com em seus registros.
Por outro lado, você está olhando na direção errada. Mas não me preocupo até que você diga seu nome de domínio real.