[ Guias do provedor de DNS ]

Publicar registros de autenticação de e-mail em 123 Reg: configuração e verificação

Publique o registro TXT ou seletor correto em 123 Reg e, em seguida, distinga o sucesso DNS autoritativo da autenticação real do remetente.

Pela equipe de pesquisa EmailAuth · 4 minutos de leitura

[Pontos-chave]

  • Publique apenas no serviço DNS oficial.
  • Preservar o tipo exato de registro e o proprietário do seletor do remetente.
  • A publicação DNS e a ativação do remetente precisam de provas separadas.
Nesta página

[ Remover ]

A publicação DNS e a ativação do remetente precisam de provas separadas.

[Por função]

O que isso significa para você

Escolha sua função para ver as próximas etapas práticas.

Administrador de TI/Correio

Verifique a rota real

Mantenha um conjunto de registros de antes e depois e capture uma mensagem de cada aplicativo de envio afetado.

Próximas etapas

  1. Compare os proprietários gerados com todos os servidores autorizados.
  2. Teste uma mensagem de cada aplicativo afetado após a publicação.
  3. Teste novamente após uma alteração no domínio de envio ou no provedor de DNS.

CISO/SecOps

Controlar o limite de autorização

Aprove a confiança precisa que está sendo adicionada e mantenha um plano de recuperação para conflitos de seletores ou políticas.

Próximas etapas

  1. Rejeite migrações não planejadas de servidores de nomes.
  2. Registre quais seletores ativos e destinos de relatórios devem ser preservados.
  3. Retenha as decisões aprovadas de recuperação e aposentadoria de fornecedores.

Fundador / Não técnico

Assuma a decisão de envio

Atribua um proprietário de alteração DNS a todos os remetentes para que uma solicitação de marketing não possa substituir silenciosamente a autorização de correio do funcionário.

Próximas etapas

  1. Nomeie o proprietário de cada serviço que compartilha a política SPF .
  2. Aprove as edições específicas DNS e a janela de fallback.
  3. Exija o registro de aceitação da mensagem controlada antes do lançamento.

[ Perguntas frequentes ]

Perguntas frequentes

Registrar meu domínio com 123 Reg o torna o host DNS ?

Não. Confirme os servidores de nomes autorizados antes de editar sua zona.

123 Reg. Publicação TXT

Posso colar o exemplo de nome de host DKIM da página de ajuda?

Use o seletor gerado pelo seu serviço de envio e o proprietário completo. Um exemplo de documentação não é sua configuração.

123 Publicação Reg DKIM

Um DKIM CNAME deve ser inserido como TXT ?

Não. Preserve o tipo de registro especificado pelo remetente e use o fluxo de trabalho do editor apropriado.

123 Publicação Reg DKIM

Posso adicionar um segundo registro SPF TXT ?

Não no mesmo proprietário SPF . Combine autorizações legítimas em uma política avaliada.

Por que um registro salvo está ausente do DNS público?

Verifique a autoridade, o nome do proprietário final, a delegação e se o registro foi realmente salvo antes de culpar os caches.

As aspas na saída dig são caracteres extras?

Não necessariamente. As ferramentas DNS exibem strings TXT entre aspas; inspecione o valor reconstruído em vez de copiar a pontuação da apresentação.

A publicação DKIM ativa a assinatura?

Não. O aplicativo remetente deve assinar com a chave privada e o seletor correspondentes.

Quando a mudança será concluída?

Quando a publicação oficial, a ativação do remetente e uma verificação controlada do alinhamento da mensagem recebida atendem ao plano de mudança.

[ Fontes ]

Fontes

  1. 123 Reg. Publicação TXT

    Seções Configuração TXT e pré-requisito de servidor de nomes autoritativo

  2. 123 Publicação Reg DKIM

    Seções Fluxo de trabalho de publicação TXT DKIM

  3. RFC 7208 SPF

    Seções §3.2 Vários registros DNS · §4.6.4 Limites de pesquisa DNS

  4. RFC 6376 DKIM

    Seções §3.5 O campo do cabeçalho DKIM-Signature · §3.6 Gerenciamento e representação de chaves · §6 Ações do verificador

  5. RFC 9989 DMARC

    Seções §4.4 Explicação do alinhamento do identificador · §5.3 Ações do receptor de correio

  6. Conceitos DNS RFC 1034

    Seções §3.6.2 Aliases e nomes canônicos · §4.2 Como o banco de dados é dividido em zonas

  7. Cache negativo DNS RFC 2308

    Seções §5 Armazenando respostas negativas em cache

[ Glossário ]

Glossário

Alinhamento
O relacionamento necessário entre um domínio de autenticação de passagem e o domínio From visível para DMARC .
Seletor
O rótulo DKIM usado com o domínio de assinatura para localizar sua chave pública no DNS .
DNS autoritativo
O serviço de servidor de nomes responsável pela publicação dos registros de zona relevantes.
Return-Path
O rastreamento da mensagem recebida do caminho reverso do SMTP , útil ao investigar a identidade do envelope.

Proveniência da empresa

Por que as principais instituições financeiras e governos retiraram seus painéis de segurança de e-mail.

As plataformas tradicionais de autenticação de e-mail vendem um painel e pedem que seus engenheiros façam o trabalho. Em ambientes de alto risco, a supervisão manual significa aplicação atrasada, desvios de configuração e domínios ocultos não monitorados.

EmailAuth é a plataforma de origem de e-mail agente. Nossos agentes impõem p=reject, mantenha remetentes terceiros alinhados e mova seus domínios para full RFC 9989 conformidade, o novo padrão DMARC , com auditabilidade humana no circuito.

Governos Grandes empresas Instituições financeiras de nível 1

SaaS · Locação dedicada · Air gap no local · Criptografia BYOK

Base de conhecimento