FmindSeguridad del correo electrónico
Configurar SPF para Google Workspace
SPF permite a los servicios de correo receptores comprobar si un servidor está autorizado a enviar en nombre de un dominio. Empiece con una lista completa de sus remitentes para que un cambio de DNS no afecte al correo legítimo.
Quién puede actuar: su administrador de Google Workspace y la persona que gestiona los registros DNS de su dominio.
1. Enumere sus servicios de envío
Incluya boletines, facturas y formularios del sitio web, aunque su buzón esté en Google Workspace. Pida a cada proveedor sus instrucciones de SPF actuales y el dominio que usa para la dirección de retorno, que aparece como Return-Path. Guía de configuración de SPF de Google
2. Revise la política existente
En su proveedor de DNS, guarde los registros TXT existentes antes de editar. Si uno empieza por v=spf1, actualice esa política con su administrador en lugar de añadir otra. Conserve los remitentes autorizados y la protección existente, así como los registros MX, DKIM y los TXT no relacionados.
SPF suele comprobar el dominio del remitente del sobre (Return-Path), que puede ser distinto de la dirección visible del remitente (From). Un subdominio de envío necesita su propia política; SPF no hereda automáticamente el registro de su dominio principal. Cómo identifica SPF el dominio de envío
3. Publique el valor TXT correcto
Utilice este ejemplo solo si Google Workspace es su único servicio de envío y aún no existe ninguna política SPF para ese dominio:
v=spf1 include:_spf.google.com ~allPara la raíz de su dominio, los proveedores suelen usar @ o un campo de host vacío; siga las instrucciones de su proveedor. No ponga este registro en _dmarc ni, de forma automática, en www.
La terminación ~all marca los servidores no incluidos como softfail; el receptor decide cómo tratar su correo. Mantenga exactamente una política SPF por dominio de envío. Entender los valores de un registro SPF
Con varios remitentes, pida a su administrador que compruebe el límite de 10 términos que generan consultas DNS en toda la evaluación, incluidas las reglas include y redirect anidadas. No basta con contar solo los include que se ven. Límites de consultas de SPF
4. Verifique el DNS y mensajes reales
Los cambios pueden tardar hasta 48 horas. Pida a su administrador que compruebe los registros TXT publicados, sustituyendo example.com por el dominio que usa SPF:
dig +short TXT example.comEnvíe un mensaje desde cada servicio a un buzón externo independiente que usted controle. En las cabeceras originales del mensaje en el servicio receptor, busque spf=pass y el dominio evaluado. Un registro DNS por sí solo no demuestra la autenticación ni la entrega en la bandeja de entrada. Verificar SPF y resolver problemas con Google
El reenvío puede romper SPF. Configure también DKIM y DMARC: un resultado pass para el dominio propio de un proveedor no protege por sí solo su dirección visible de remitente (From). Configurar DMARC para Google Workspace
Explore la seguridad de su sitio webVer un informe de ejemplo