Domínios

Registro.br - Alterar Provedor


Administração de Domínio por Provedor de Serviços


Um Provedor de Serviços é uma empresa previamente homologada e certificada através de um contrato firmado com o Registro.br. Domínios com Provedor de Serviços repassam a responsabilidade de administração destes para o Provedor, esse por sua vez mantém o cliente informado sobre atividades necessárias no domínio, exemplo;  Envio de fatura de renovação. A Gk2 Cloud além de ser uma empresa de hospedagem é um Provedor de Serviços oficial do Registro.br. Cadastrando-nos como sendo seu Provedor, você não irá pagar nada a mais por isso e ainda vai contar com o conforto de uma empresa certificada para administrar seu domínio.
Atualmente a Gk2 Cloud cobra R$ 49,90/ano para domínios terminados em .br
Você pode alterar o provedor de serviço quando quiser.
O titular deverá logar-se no sistema do Registro.br, clicar no nome do titular que deseja alterar e, em seguida, clicar no link "Selecionar outro provedor" e escolher o Provedor de Serviços desejado.
Abaixo um passo a passo bem fácil
Faça login no sistema do Registro.br https://registro.br/login/

image-1648742278616.pngClique na opção domínios

image.png

Clicar no nome do domínio que precisa alterar

image.png


Localize o campo ALTERAR PROVEDOR


Selecione GK2.CLOUD como provedor de serviço

image.png

Após a conclusão do processo, por favor, informe nossa equipe, dessa forma podemos checar as configurações e ter certeza de que tudo está ok.

DNS - Como Funciona

Um resolvedor, também chamado de servidor de nomes de resolução, é apenas um servidor que responde a solicitações de DNS para nomes de domínio que não são autoritativos.


Então, o que se qualifica como autoritário? Quando alguém se refere a um servidor de nomes como autoritário para um domínio, significa que o servidor de nomes ao qual está se referindo é o melhor lugar para encontrar as informações atuais desse domínio; a fonte "oficial", por assim dizer.

Um resolvedor lida com as coisas de duas maneiras.

1

Se for um domínio para o qual o servidor viu a solicitação anteriormente, talvez ele já tenha suas informações salvas (ou armazenadas em cache), o que permite acelerar o tempo necessário para responder apenas olhando seus próprios arquivos.

Usando o que é chamado de número TTL (Time-To-Live), que define a quantidade de tempo em segundos que uma zona em cache deve ser confiável antes de procurar alterações, ele determina se é hora de verificar a Internet para uma zona mais recente.

Se o TTL expirou, o servidor determina rapidamente se uma zona foi atualizada entrando em contato com os servidores de nomes fornecidos nessa zona e procurando especificamente um valor chamado número de série para ver se esse arquivo ainda está atualizado.

Se o número de série nos servidores de nomes desse domínio mudou, é hora de baixar uma nova cópia para o cache. Caso contrário, a cópia em cache local ainda é boa e o servidor está pronto para responder imediatamente (sem muito barulho).

2

No entanto, se for um domínio que o servidor não viu antes, ele executa o que é chamado de consulta recursiva.

Esses tipos de consultas são um pouco difíceis de executar constantemente, e é por isso que nem todo servidor de nomes é um resolvedor e por que seu ISP ou data center geralmente são os que fornecem os endereços IP do resolvedor que eles sugerem que você use.

As consultas recursivas são um pouco mais exigentes porque vão até o topo para encontrar a resposta. Aqui está um resumo do caminho:

O caminho para ir de um domínio para um servidor web é:
Servidores de nomes raiz > Servidores de nomes TLD > Servidores de nomes autoritativos > Servidor Web.

O que é um TLD?
TLD significa domínio de primeiro nível. Isso não ajuda muito se você não estiver familiarizado com o DNS, então vou explicar. Para simplificar - quando você ouve as pessoas falarem sobre TLDs, elas geralmente estão se referindo à última parte de um domínio: .com, .net, .org, .gov, .ninja, .,tv, .anything; eles são gerenciados por servidores de nomes de TLDs, com a ajuda de organizações de padrões para determinar quem pode usar quais TLDs e onde. Portanto, se nosso domínio terminar em .com, o servidor de nomes raiz nos informará onde encontrar os servidores de nomes de TLD que tratam de todos os domínios .com.


O que é uma zona DNS?

Para todos os efeitos, uma zona geralmente é simplesmente a representação primária de um domínio na Internet. Em seu servidor, ele fica como um arquivo de texto contendo vários registros que possuem um domínio e um endereço IP correspondente.

É importante entender a estrutura dessas zonas, tanto para lê-las, alterá-las ou simplesmente consultá-las. Em última análise, o principal componente do arquivo de zona de um domínio são seus registros.

Registros

Há uma variedade de registros diferentes que você pode encontrar na zona DNS de um domínio, mas há alguns que você encontrará em praticamente todas as zonas de um servidor cPanel:

1 A
2 CNAME
3 MX
4 NS


Quando escritos em uma zona DNS, a maioria dos registros aparece na sintaxe mostrada abaixo.

name IN RECRODTYPE destination

1A

Um registro A instrui o nome a ir para um endereço IP. A intenção é que, quando você procurar por esse nome específico, saiba o endereço IP correto para encontrar o conteúdo. Pode ser um nome de domínio completo ou pode ser parte de um. Vejamos um exemplo:

cpanel.com. IN A 208.74.123.68
ftp IN A 208.74.123.58

2 CNAME

Um registro CNAME, por outro lado, está instruindo um nome a ir para outro nome. Se você interagiu com sistemas ou aplicativos que utilizam "aliases", a premissa é familiar (Sempre que esse nome for solicitado, faça a mesma coisa que esse outro nome faz").

Um exemplo comum está no tratamento da parte www de um domínio. As pessoas procuram domínios de todas as formas diferentes. Os navegadores hoje em dia sabem como lidar com isso, independentemente de como você digita, mas em um momento era comum exigir o www.domain.com completo para encontrar determinados sites. Esse não é mais o caso, mas ainda é importante incluir o www para compatibilidade.

www IN CNAME cpanel.com.


3 MX

Outro tipo de registro notável que você verá é o registro MX. O MX aqui significa Mail Exchanger e, como você pode esperar, está relacionado à forma como o email é tratado no seu domínio.

Por mais que os métodos de comunicação online tenham sido inovados e desenvolvidos ao longo dos anos, o e-mail continua sendo um velho modo de espera que ainda é tão prevalente hoje quanto há 10 ou 15 anos, o que significa que esse tipo de registro ainda desempenha um papel muito importante .

Anteriormente, discutimos que a resolução de DNS ocorre sempre que um domínio é usado em qualquer aplicativo; Afinal, o DNS é a única maneira de fazer um domínio realmente significar alguma coisa. O mesmo vale para os domínios que você encontra em um endereço de e-mail.

Pegue nosso endereço de e-mail de atendimento ao cliente, por exemplo: cs@cpanel.net.

Esse domínio precisa ser resolvido usando o DNS para que ele realmente chegue onde precisa ir. Os servidores de e-mail que enviam ou recebem e-mail usarão o registro MX desse domínio para determinar para onde ele deve ir, para que possa se comunicar com o servidor de e-mail correto para esse domínio.

Isso ocorre porque o correio nem sempre é tratado no mesmo servidor que lida com outras coisas para esse domínio, como conteúdo da Web ou bancos de dados. Portanto, em vez de depender de um dos registros já existentes, precisamos de um registro específico para correspondência.

cpanel.com. IN MX 0 mx1.cpanel.com.
mx1.cpanel.com. IN A 208.74.121.68

Vamos dar outra olhada no registro MX. Observe o 0 diretamente após o MX no registro? Isso é conhecido como a prioridade desse registro Mx específico. Isso significa que você pode ter mais de um registro MX para um único domínio.

O registro com o número de prioridade mais baixo é usado primeiro, seguido pelo próximo mais baixo e assim por diante. Isso cria um sistema de redundância baseado em DNS para servidores de correio, o que significa que, se o primeiro servidor de correio não funcionar, ele passará para o próximo, até encontrar um servidor em funcionamento.

Se, por algum motivo, uma zona estiver totalmente sem um registro Mx, o padrão é usar automaticamente o registro A para o domínio base.


4 NS

Por último, mas não menos importante, temos o NS Record. Este tipo de registro muito importante pode fazer ou quebrar sua zona.

Os registros NS desempenham um papel fundamental, embora simples, em uma zona DNS. É aqui que podemos definir o que a Internet deve considerar como o servidor de nomes autorizado para esse domínio específico. Padrões gerais estabelecem que dois registros NS são altamente recomendados para maior acessibilidade.

Afinal, se a internet não consegue descobrir qual é o servidor de nomes autorizado para o seu domínio, então, no que diz respeito a todos os outros, seu domínio não está mais na internet. Não será acessível a menos que a internet saiba onde procurar. Isso significa que esses registros são um componente essencial e, de fato, obrigatório de uma zona DNS.

Novamente, como nos registros CNAME e MX mencionados anteriormente, os registros NS apontam para outro domínio, em vez de apontar para um endereço IP. Você notará que tudo termina em um registro A porque esse é o tipo de registro que realmente resulta em um endereço IP de destino. O mesmo é verdade aqui, como podemos ver neste exemplo de consulta DNS para cpanel.com:


QUERY:
cpanel.com IN NS ?

ANSWER?
cpanel.com. IN NS c.cpanel.net.
cpanel.com. IN NS hg.cpanel.net.
c.cpanel.net IN A 208.74.121.52
hg.cpanel.net. IN A 208.74.121.57

c.cpanel.net, hg.cpanel.net são os dois registros NS retornados. O DNS escolherá um aleatoriamente para usar como a resposta oficial para esse domínio. Se esse servidor falhar, ele tentará o próximo e assim por diante. Semelhante à maneira como os registros MX são tratados, embora os registros NS não tenham um número de prioridade como os registros MX.

Redirecionamento

Redirecionamento

Redirecionando um domínio para outro

Para realizar o redirect é simples, basta acessar o painel do cliente e selecionar a opção "Redireciona":

image-1661261695761.png

Após isso iremos adicionar um novo redirecionamento:

image-1661261951592.png

Basta então clicar em Adicionar e finalizar o procedimento, ficando da seguinte maneira:

image-1661261994847.png

Registrando novamente o domínio

Registrando novamente o domínio

Exclusão e Registro novo do mesmo domínio (Não principal)

Este procedimento é apenas para um domínio adicional, não principal.

No painel, iremos em Domínios:

image-1661262421772.png

Após isso iremos selecionar o domínio que queremos remover clicando em gerenciar e removendo em seguida:

image-1661262460360.png

image-1661262477381.png

Após isso basta adicionar novamente, entretanto, caso exista algum erro na hora de registrar novamente o domínio, com a informação de ser necessário a remoção do DNS, devemos abrir o WHM e buscar pela opção "Excluir uma Zona de DNS":

image-1661263376488.png

Selecionamos a opção e deletamos:

image-1661263406029.png

Apontamento de Host Local

 

1- Devemos abrir o bloco de notas como administrador.

image.png

2- Após executarmos o bloco de notas como administrador abrimos o arquivo hosts localizado em C:/Windows/System32/drivers/etc/ (nessa pasta, alterar a visualização de arquivos para todos).

image.png

3- Em seguida devemos colocar o Shared IP Address que fica localizado dentro do Cpanel do cliente na lateral direita, dar dois tab para identação e colocar o domínio do cliente como mostrado na imagem abaixo.

Screenshot_1.png

Transferência de Domínios Internacionais

Neste guia vamos compreender todo o processo de transferência de um domínio internacional para a GK2.CLOUD!
  1. Tudo começa com o cadastro do cliente, o cadastro tem que estar completo para que o processo de transferência seja concluído com sucesso! 

    image.png

  2. Depois que o cadastro do cliente estiver 100% OK, nós podemos iniciar o processo!
  3. Agora vamos pegar o código EPP no registrante atual para que o processo possa ser iniciado, o código EPP SEMPRE será fornecido pelo cliente.

     FYIimage.png

     

    Registrante atual é onde o domínio encontra-se registrado no momento que o processo vai ser iniciado

    2.1 Nós precisamos saber onde o domínio foi registrado, geralmente o cliente tem a informação, a informação pode estar em e-mails de cobrança ou boletos enviados via correio. Se o cliente não souber, teremos que ajuda-lo a encontrar o registrante do domínio, o whois pode ajudar, mas nem sempre o resultado será o ok! (De forma pratica, nós precisamos ter acesso ao painel do fornecedor do domínio do cliente)

     

    image.png

    2.2 Nesta tela como mostra acima você terá a informação do registrante atua

Para saber como realizar um pedido de transferência, clique aqui

Com o pedido feito, o cliente precisa realizar o pagamento da fatura para que o processo de transferência seja iniciado!

Em casos extremos ou emergenciais, nós podemos iniciar o processo de transferência sem o pagamento da fatura. Neste caso temos que ter certeza de que nós vamos receber pelo processo.

Após o pagamento você deve ir até a opção ''DOMINIO e logo em seguida em ''TRANSFERIR'' conforme mostra a imagem abaixo 

image.png

Após clicar em transferir você irá ver a pagina com a imagem abaixo, você deverá desmarcar a caixa marcada, e clicar em ''sim''.

image.png

Quando o WHMCS identifica o pagamento ele inicia e você ter feito os passos acima  automaticamente o processo de transferência no registrante selecionado será feita.
Será enviado um e-mail para o cliente, neste e-mail ele será informado de que o processo de transferência foi iniciado, na maioria das vezes o cliente não precisa realizar nenhuma ação até este ponto.
Vamos monitorar o status do processo, geralmente pode levar de 5 a 7 dias.

O WHMCS enviará a cada 4 horas e-mails informando o status do processo de transferência

Ao término do processo de transferência,
temos que aceitar o pedido (Financeiro, documentar no chamado)
verificar se o domínio está ativo em uma hospedagem (Transferir o chamado para o suporte)

Agora vem uma das etapas mais importante do processo!
Devido as normas da ICANN, após o processo de conclusão de transferência, o cliente deverá obrigatoriamente realizar a validação do e-mail de cadastro na GK2.CLOUD!
O Enom envia um e-mail para o cliente, neste e-mail existe um link, basta clicar no link!
Sendo assim, precisamos entrar em contato com o cliente e informa-lo da necessidade de clicar no link.

Gerenciamento de Zonas DNS no cPanel

Guia de Gerenciamento de Zonas DNS no cPanel

O gerenciamento de zonas DNS no cPanel é uma tarefa essencial para configurar domínios, subdomínios, registros MX, entre outros. A seguir, apresento um passo a passo de como realizar esse gerenciamento.

1. Acesso ao cPanel

Acesso cPanel

image.png

2. Gerenciamento de Registros DNS

image.png

No Zone Editor, você poderá gerenciar os principais registros DNS:

image.png

3. Modificação e Exclusão de Registros DNS

image.png

4. Verificação das Configurações DNS