Gestão de DNS

Oferecemos a todos a gestão GRATUITA de registos DNS primários e secundários para domínios.

Um domínio primário é um domínio cujos registos DNS são mantidos no nosso sistema. O nosso sistema atua, portanto, essencialmente como servidor DNS primário desse domínio. Esta é a solução habitual.

Um domínio secundário é um domínio cujos registos DNS não são mantidos por nós; em vez disso, transferimo-los de outro servidor DNS através de AXFR. Para esse domínio, o sistema atua como servidor DNS secundário. Para este domínio, define apenas o endereço IP a partir do qual os registos devem ser transferidos. O intervalo de transferência é determinado pelos valores no registo SOA do domínio em causa (REFRESH, RETRY).

Os nossos servidores DNS suportam totalmente IPv6.

Tipos de registos DNS suportados

Considera-se

Informações sobre o registo DNS do tipo A, utilizado para indicar o endereço IPv4 de um determinado nome de domínio.Um registo deste tipo contém um endereço IP do protocolo IPv4. Estes endereços são guardados numa forma legível por humanos (embora no protocolo DNS sejam transmitidos como um número de 32 bits).Exemplo de configuração para um domínio e todos os subdomínios:Nome | TTL | Tipo | Dados(nome vazio) | 1800 | A | 81.2.199.30* | 1800 | A | 81.2.199.30

AAAA

Informações sobre o registo DNS do tipo AAAA, utilizado para indicar o endereço IPv6 de um determinado nome de domínio.Este é um endereço IP IPv6.Exemplo de configuração para um domínio e todos os subdomínios:Nome | TTL | Tipo | Dados(nome vazio) | 1800 | AAAA | 2a02:2b88:1:4::40* | 1800 | AAAA | 2a02:2b88:1:4::40

Informações sobre o registo DNS do tipo NS, utilizado para delegar um subdomínio noutro servidor DNS.Este tipo de registo é utilizado para indicar a lista de servidores DNS autoritativos de um determinado domínio. São indicados nomes de servidores (ou seja, os respetivos nomes de domínio), e não endereços IP. Quando um dispositivo pretende ligar-se ao servidor DNS autoritativo de um domínio, procura primeiro todos os registos NS do domínio pedido num servidor DNS de nível superior, seleciona um deles e obtém o respetivo endereço IP; só então pode ser estabelecida uma ligação de comunicação através do protocolo DNS.

CNAME

Informações sobre o registo DNS do tipo CNAME, utilizado para configurar um alias para outro nome de domínio.Um registo CNAME anuncia que o domínio em questão é um alias de outro domínio no sentido de partilharem registos DNS (e não conteúdo partilhado do site, etc.).Exemplo de configuração de um registo CNAME:Nome | TTL | Tipo | Dadoswww1.domena.tld | 1800 | CNAME | cilovadomena.tld

Informações sobre o registo DNS do tipo MX, utilizado para indicar os servidores para os quais deve ser entregue o correio eletrónico de um determinado domínio.O registo indica o nome de domínio do servidor de correio para o qual deve ser entregue o correio deste domínio. Antes do nome do servidor é indicada uma prioridade, o que é importante quando existem vários registos MX para o mesmo nome. Nesse caso, os servidores são tentados por ordem crescente do número de prioridade (ou seja, o servidor com o número mais baixo tem a prioridade mais alta). Se um servidor não responder, tentamos o seguinte. O segundo servidor e cada um dos seguintes, se existirem, servem de servidores de correio de reserva.Exemplo de configuração para os nossos servidores de correio:Nome | TTL | Tipo | Dados(nome vazio) | 1800 | MX | 1 wes1-mx1.wedos.net(nome vazio) | 1800 | MX | 1 wes1-mx2.wedos.net(nome vazio) | 1800 | MX | 10 wes1-mx-backup.wedos.net

SPF

Para proteger o nome de domínio contra utilização abusiva para SPAM, é aconselhável configurar um registo SPF.Pode encontrar uma descrição detalhada com um guia na nossa base de conhecimento.

SRV

Informações sobre o registo DNS do tipo SRV, utilizado para indicar os servidores que prestam determinados serviços para um determinado domínio. Um exemplo é o encaminhamento de chamadas telefónicas através do protocolo SIP.Os registos SRV têm muitas outras utilizações. Por exemplo, o Microsoft Windows utiliza-os para localizar um controlador de domínio e são utilizados por outros protocolos (XMPP, Kerberos, LDAP, etc.).Exemplo de configuração de um registo SRV:Nome | TTL | Tipo | Dados (prioridade, peso, número da porta, anfitrião)_sip._udp.domena.tld | 1800 | SRV | 10 100 5060 sip.domena.tld

CAA

Informações sobre o registo CAA (Certification Authority Authorization), que permite indicar quais as autoridades de certificação que podem emitir um certificado para um nome de domínio.Por outras palavras, se não estiver definido nenhum registo CAA para um domínio, qualquer AC pode emitir um certificado para o domínio sem restrições. Caso contrário, apenas a AC indicada no registo CAA pode emitir um certificado para o domínio.Exemplo:Nome | TTL | Tipo | Dadosdomena.tld | 1800 | CAA | 0 issue „letsencrypt.org“

TXT

Registos TXT para vários valores de texto (por exemplo, para escrever regras SPF); são introduzidos sem aspas no início ou no fim.Exemplo:Nome | TTL | Tipo | Dados(nome vazio) | 1800 | TXT | „v = spf1 IP4: 64.170.98.0/26 IP6: 2001: 1890: 1112: 1 :: 0/64 -all“

TLSA

Informações sobre o registo DANE/TLSA (DNS-Based Authentication of Named Entities/TLS Association).O protocolo DANE, que introduz o registo DNS do tipo TLSA, foi criado para aumentar a segurança na verificação da origem de um certificado fornecido por um servidor. Um registo DNS TLSA especifica o certificado do serviço para uma combinação de dados – FQDN, protocolo e porta – que em conjunto formam o prefixo do registo. Com um registo TLSA é, assim, possível verificar se o certificado foi alterado no percurso entre o destinatário e o remetente.Encontra mais informações sobre o registo do tipo TLSA na nossa base de conhecimento.

SSHFP

Informações sobre o registo do tipo SSHFP. O registo é utilizado para verificar a impressão digital da chave pública do servidor após o estabelecimento de uma ligação através do protocolo SSH.Ao estabelecer uma ligação a um servidor através do protocolo SSH, a autenticação entre o cliente e o servidor decorre de tal forma que, depois de iniciada a ligação, o servidor envia ao cliente a impressão digital da sua chave pública, para que o cliente possa verificar a identidade do servidor.A fiabilidade e a segurança da ligação dependem, assim, de o utilizador comparar efetivamente a impressão digital fornecida pelo servidor com a impressão digital esperada da chave pública do servidor.A introdução do registo DNS SSHFP (RFC 4255) dá aos clientes SSH uma nova forma de autenticação, comparando a impressão digital fornecida pelo servidor com a impressão digital guardada na zona DNS do domínio para o FQDN do servidor. Durante a comparação, todos os parâmetros do registo SSHFP têm de coincidir – o algoritmo utilizado para gerar a chave, o algoritmo utilizado para gerar a impressão digital da chave e, por fim, a própria impressão digital da chave.A utilização de DNS SSHFP só faz sentido se este registo for assinado com a tecnologia DNSSEC, garantindo assim que o registo não pode ser falsificado.Encontra mais informações sobre o registo SSHFP e como o configurar na nossa base de conhecimento.

Funcionalidades avançadas do sistema

histórico completo de alterações – alterações de definições, adição, edição e eliminação de registos
permissão/bloqueio configurável de transferências de zona via AXFR (AXFR de saída) com a possibilidade de indicar endereços IP específicos que podem descarregar a zona do domínio em causa
importação de dados na migração de outros servidores DNS – descarga via AXFR de outro servidor, carregamento de um ficheiro de zona ou introdução manual
cópia de domínios – pode criar facilmente um novo domínio copiando outro (com todos os registos e definições)
gestão de registos inversos (para clientes dos nossos serviços de alojamento de servidores)

Brevemente

suporte para DNSSECem domínios genéricos. (Por agora, oferecemos DNSSEC apenas para domínios CZ e EU)

Para mais informações, consulte a nossa base de conhecimento: VEDOS DNS