Gestão de DNS

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

O domínio primárioé aquele cujos registos DNS estão armazenados no nosso sistema. O nosso sistema funciona, portanto, essencialmente como servidor DNS primário para esse domínio. Esta é a solução habitual.

Um domínio secundárioé um domínio para o qual não registamos os registos DNS, mas os descarregamos de outro servidor DNS através do AXFR. O sistema funciona, portanto, como um servidor DNS secundário para este domínio. Para este domínio, apenas se define o endereço IP a partir do qual os registos devem ser descarregados. O período de download é regido pelos dados no registo SOA do domínio correspondente (REFRESH, RETRY).

Os nossos servidores DNS suportam totalmenteIPv6.

Tipos de registos DNS suportados

Informações sobre o registo DNS do tipo A para indicar o endereço IPv4 para um determinado nome de domínio.
O registo deste tipo contém o endereço IP do protocolo IPv4. Estes endereços são mantidos numa forma legível pelo ser humano (mas são transmitidos no protocolo DNS como um número de 32 bits).
Exemplo de registo de configuração para o 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 para indicar o endereço IPv6 para o nome de domínio em questão.
Trata-se de um endereço IPv6.
Exemplo de registo de configuração para o 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, através do qual delegamos o subdomínio a outro servidor DNS.
Este tipo de registo serve para comunicar a listade servidores DNS autoritativospara um determinado domínio. São indicados os nomes dos servidores (ou seja, os seus nomes de domínio), e não os endereços IP. Se um dispositivo quiser se conectar a um servidor DNS autoritativo de algum domínio, ele primeiro verifica todos os registos do tipo NS para o domínio procurado no servidor DNS de nível superior, seleciona um deles e verifica o endereço IP, só então pode ocorrer a conexão de comunicação através do protocolo DNS.

CNAME

Informações sobre o registo DNS do tipo CNAME, que serve para definir um alias para outro nome de domínio.
O registoCNAMEindica que o domínio em questão éum aliasde outro domínio, no sentido de que têm registos DNS comuns (não conteúdo web comum, etc.).
Exemplo de configuração de um registo CNAME:
Nome | TTL | Tipo | Dados
www1.domena.tld | 1800 | CNAME | cilovadomena.tld

Informações sobre o registo DNS do tipo MX para indicar os servidores aos quais o correio eletrónico para um determinado domínio deve ser entregue.
O registo indica o nome de domíniodo servidor de correio ao qual o correio para esse domínio deve ser entregue. Antes do nome do servidor é indicadaa prioridade, que é importante no caso de haver vários registos MX para um mesmo nome. Nesse caso, os servidores são testados de acordo com o número crescente de prioridade (ou seja, o servidor com o número mais baixo tem a maior prioridade). Se o servidor não responder, tentamos outro. O segundo e todos os outros servidores, se estiverem presentes, servem comoservidores de correio alternativos.
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 proteção contra o uso indevido do nome de domínio contra SPAM, é recomendável configurar o registo SPF
. Encontrará uma descrição detalhada com instruções na base de conhecimento.

SRV

Informações sobre o registo DNS do tipo SRV, que serve 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 procurar o controlador de domínio e outros protocolos (XMMP, Kerberos, LDAP, etc.) também os utilizam.
Exemplo de configuração de um registo SRV:
Nome | TTL | Tipo | Dados (prioridade, peso, número da porta, host)
_sip._udp.domena.tld | 1800 | SRV | 10 100 5060 sip.domena.tld

CAA

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

TXT

Registos TXT para vários valores de texto (por exemplo, registo de regras SPF) são registados sem aspas no início e no final.
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 do tipo DANE/TLSA (DNS-Based Authentication of Named Entities/TLS Association).
O protocolo DANE, que introduz o registo DNS do tipo TLSA, foi criado com o objetivo de aumentar a segurança na verificação da origem do certificado fornecido pelo servidor. O registo DNS TLSA determina o certificado do serviço para a combinação de dados – FQDN, protocolo e porta, que juntos compõem o prefixo do registo. Com o registo TLSA, é possível verificar se o certificado não foi alterado no caminho entre o destinatário e o remetente.
Para mais informações sobre o registo do tipo TLSA, consulte a nossa base de conhecimento.

SSHFP

Informações sobre o registo do tipo SSHFP. O registo serve para verificar a impressão digital da chave pública do servidor após o estabelecimento da ligação através do protocolo SSH.
Ao estabelecer uma ligação com o servidor através do protocolo SSH, ocorre uma autenticação entre o cliente e o servidor, de tal forma que, após o início da ligação, o servidor transmite ao cliente a impressão digital da sua chave pública, para que o cliente possa verificar a identidade do servidor.
A confiabilidade e a segurança da conexão dependem, portanto, de o usuário realmente comparar a impressão digital fornecida pelo servidor com a impressão digital esperada da chave pública do servidor.
Com a introdução do registo DNS SSHFP (RFC 4255), surge uma nova forma de autenticação para os clientes SSH, através da comparação da impressão digital fornecida pelo servidor com a impressão digital armazenada na zona DNS do domínio para o FQDN do servidor. Durante a comparação, todos os parâmetros do registo SSHFP devem corresponder – o algoritmo utilizado para gerar a chave, o algoritmo utilizado para gerar a impressão digital da chave e, finalmente, a própria impressão digital da chave.
A utilização do DNS SSHFP só faz sentido se este registo for assinado com a tecnologia DNSSEC, garantindo assim que o registo em questão não pode ser falsificado.
Para obter mais informações sobre o registo SSHFP e como configurá-lo, consulte a nossa base de conhecimento.

Funcionalidades avançadas do sistema

histórico completo das alterações– alterações nas configurações, adição, alteração e eliminação de registos
autorização/proibição ajustávelde download de zonas através de AXFR (AXFR de saída)com a possibilidade de indicar endereços IP específicos que podem fazer o download da zona do domínio em questão
importação de dadosao mudar de outros servidores DNS – download via AXFR de outro servidor, upload do ficheiro de zona ou introdução manual
cópia de domínios– crie facilmente um novo domínio copiando outro (com todos os registos e configurações)
gestãode registos reversíveis(para clientes dos nossos serviços de alojamento de servidores)

Estamos a preparar

suporteDNSSEC paradomínios genéricos. (Atualmente, oferecemos DNSSEC apenas para domínios CZ e EU)

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