admin/crm_ecosplay
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
Files
6a071ffdf27d18e1fd743224f84b0f6900925bb8
crm_ecosplay/templates/emails/dns_report.html.twig

110 lines
8.4 KiB
Twig
Raw Normal View History

feat: refactoring complet de la verification DNS avec services separes Architecture: - Les domaines (siteconseil.fr, esy-web.dev) sont definis en constante dans la commande uniquement, pas dans les services - 3 services independants reutilisables: src/Service/DnsCheckService.php (nouveau): - Methodes publiques checkSpf(), checkDmarc(), checkDkim(), checkMx(), checkBounce() qui prennent le domaine en parametre - Verification SPF: presence des includes amazonses.com et mail.esy-web.dev - Verification DMARC: politique, presence de rua - Verification DKIM: test de 10 selecteurs en CNAME et TXT - Verification MX: le MX attendu est passe en parametre par la commande - Verification Bounce: MX/CNAME/TXT sur bounce.* src/Service/AwsSesService.php (nouveau): - Authentification AWS Signature V4 via HTTP direct (pas de SDK) - isDomainVerified(): verification du statut du domaine dans SES - getDkimStatus(): statut DKIM (enabled, verified, tokens) - getNotificationStatus(): bounce_topic, complaint_topic, forwarding - listVerifiedIdentities(): liste des domaines verifies - isAvailable(): test de connectivite API src/Service/CloudflareService.php (nouveau): - Authentification Bearer token via HTTP direct (pas de SDK) - getZoneId(): recupere le zone ID dynamiquement par nom de domaine (plus besoin de CLOUDFLARE_ZONE_ID en dur) - getDnsRecords(): tous les enregistrements d'une zone - getDnsRecordsByType(): filtrage par type (TXT, MX, CNAME...) - getZone(): informations d'une zone - isAvailable(): verification du token API src/Command/CheckDnsCommand.php (reecrit): - Utilise les 3 services pour orchestrer les verifications - Affichage console colore avec icones OK/ERREUR/ATTENTION - Envoie un rapport email via le template Twig dns_report.html.twig templates/emails/dns_report.html.twig (nouveau): - Template email compatible tous clients (table-based, CSS inline, margin/padding longhand, mso-line-height-rule, pas de rgba/border-radius) - Bandeau colore vert/jaune/rouge selon le statut global - Section succes avec checkmarks verts dans un tableau alterne - Section erreurs en rouge avec croix dans un tableau fond #fef2f2 - Section avertissements en jaune avec triangles fond #fffbeb - Detail par domaine avec tableau type/verification/statut - Utilise le template email/base.html.twig (header gold, footer dark) Variables d'environnement ajoutees: - .env: AWS_PK, AWS_SECRET, AWS_REGION (eu-west-3), CLOUDFLARE_KEY (vides) - .env.local: valeurs reelles des cles AWS et Cloudflare - ansible/vault.yml: aws_pk, aws_secret, cloudflare_key - ansible/env.local.j2: AWS_PK, AWS_SECRET, AWS_REGION, CLOUDFLARE_KEY avec references au vault - CLOUDFLARE_ZONE_ID supprime (recupere dynamiquement via l'API) Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
2026-04-02 21:28:24 +02:00
{% extends 'email/base.html.twig' %}
{% block title %}Rapport DNS - CRM SITECONSEIL{% endblock %}
{% block content %}
{# ─── Bandeau statut ─── #}
<table role="presentation" width="100%" cellpadding="0" cellspacing="0" border="0">
<tr>
<td align="center" style="background-color: {{ statusColor }}; color: #ffffff; padding-top: 10px; padding-bottom: 10px; padding-left: 16px; padding-right: 16px; font-size: 12px; font-weight: 700; text-transform: uppercase; letter-spacing: 1px;">
{{ statusText }}
</td>
</tr>
</table>
<h1 style="font-size: 18px; font-weight: 700; margin-top: 16px; margin-right: 0; margin-bottom: 8px; margin-left: 0;">Rapport DNS</h1>
<p style="font-size: 12px; color: #888888; margin-top: 0; margin-right: 0; margin-bottom: 16px; margin-left: 0;">
{{ date|date('d/m/Y H:i:s') }} &#8226; Domaines : <strong>{{ domains|join(', ') }}</strong>
</p>
feat: enrichir le rapport DNS avec colonnes attendu/dig/cloudflare + envoi a monitor@siteconseil.fr src/Service/DnsCheckService.php: - Methode check() enrichie avec 4 nouveaux champs: expected (valeur attendue), dig (valeur actuelle trouvee par dig), cloudflare (valeur dans la zone CF), cf_status (statut de la colonne CF: ok/error/vide) - checkSpf(): expected = "include:X dans le SPF", dig = contenu SPF complet - checkDmarc(): expected = "p=reject ou p=quarantine", dig = contenu DMARC - checkDkim(): expected = "FQDN CNAME/TXT", dig = cible CNAME ou debut TXT - checkMx(): expected = MX attendu, dig = liste des MX trouves avec priorite - checkBounce(): expected = "feedback-smtp.*.amazonses.com", dig = valeur trouvee src/Command/CheckDnsCommand.php: - Nouveau champ MONITOR_EMAIL = 'monitor@siteconseil.fr' pour l'envoi du rapport - loadCloudflareRecords(): charge les records CF une seule fois par domaine au debut de l'execution, retourne un array indexe par domaine - enrichWithCloudflare(): apres chaque check DNS, parcourt les records CF pour trouver l'enregistrement correspondant et remplir les colonnes cloudflare et cf_status dans chaque check - checkAwsSes(): utilise DnsCheckService::check() avec expected/dig (ex: expected="Success", dig="Absent" pour la verification domaine) - checkMailcow(): utilise DnsCheckService::check() avec expected/dig (ex: expected="Cle Mailcow: abc...", dig="Cle DNS: xyz..." pour DKIM) - sendReport(): envoie a MONITOR_EMAIL au lieu de l'admin email templates/emails/dns_report.html.twig: - Tableau par domaine avec 6 colonnes: Type, Check, Attendu, Dig (actuel), Cloudflare, Statut (OK/erreur/warning) - Colonne Dig coloree en vert/rouge/jaune selon le statut du check - Colonne Cloudflare coloree selon cf_status - Colonnes avec word-break: break-all pour les longues valeurs DNS - Bandeau resume en haut avec compteurs succes/erreurs/warnings avec bordures laterales colorees - Pied de mail: "Rapport par Esy-Infra - Service de monitoring d'infra" Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
2026-04-02 21:35:46 +02:00
{# ─── Resume ─── #}
<table role="presentation" width="100%" cellpadding="0" cellspacing="0" border="0" style="margin-top: 0; margin-right: 0; margin-bottom: 16px; margin-left: 0;">
<tr>
<td style="padding-top: 8px; padding-bottom: 8px; padding-left: 12px; padding-right: 12px; background-color: #f0fdf4; border-left: 3px solid #16a34a; font-size: 12px; font-weight: 700; color: #16a34a;">
&#10003; {{ successes|length }} verification(s) OK
</td>
</tr>
{% if errors|length > 0 %}
<tr>
<td style="padding-top: 8px; padding-bottom: 8px; padding-left: 12px; padding-right: 12px; background-color: #fef2f2; border-left: 3px solid #dc2626; font-size: 12px; font-weight: 700; color: #dc2626;">
&#10007; {{ errors|length }} erreur(s)
</td>
</tr>
{% endif %}
{% if warnings|length > 0 %}
<tr>
<td style="padding-top: 8px; padding-bottom: 8px; padding-left: 12px; padding-right: 12px; background-color: #fffbeb; border-left: 3px solid #f59e0b; font-size: 12px; font-weight: 700; color: #f59e0b;">
&#9888; {{ warnings|length }} avertissement(s)
</td>
</tr>
{% endif %}
</table>
{# ─── Detail par domaine avec valeurs attendue / dig / cloudflare ─── #}
{% for domainData in domainResults %}
<h2 style="font-size: 16px; font-weight: 700; margin-top: 24px; margin-right: 0; margin-bottom: 8px; margin-left: 0; border-bottom: 2px solid #fabf04; padding-bottom: 4px;">
{{ domainData.domain }}
feat: refactoring complet de la verification DNS avec services separes Architecture: - Les domaines (siteconseil.fr, esy-web.dev) sont definis en constante dans la commande uniquement, pas dans les services - 3 services independants reutilisables: src/Service/DnsCheckService.php (nouveau): - Methodes publiques checkSpf(), checkDmarc(), checkDkim(), checkMx(), checkBounce() qui prennent le domaine en parametre - Verification SPF: presence des includes amazonses.com et mail.esy-web.dev - Verification DMARC: politique, presence de rua - Verification DKIM: test de 10 selecteurs en CNAME et TXT - Verification MX: le MX attendu est passe en parametre par la commande - Verification Bounce: MX/CNAME/TXT sur bounce.* src/Service/AwsSesService.php (nouveau): - Authentification AWS Signature V4 via HTTP direct (pas de SDK) - isDomainVerified(): verification du statut du domaine dans SES - getDkimStatus(): statut DKIM (enabled, verified, tokens) - getNotificationStatus(): bounce_topic, complaint_topic, forwarding - listVerifiedIdentities(): liste des domaines verifies - isAvailable(): test de connectivite API src/Service/CloudflareService.php (nouveau): - Authentification Bearer token via HTTP direct (pas de SDK) - getZoneId(): recupere le zone ID dynamiquement par nom de domaine (plus besoin de CLOUDFLARE_ZONE_ID en dur) - getDnsRecords(): tous les enregistrements d'une zone - getDnsRecordsByType(): filtrage par type (TXT, MX, CNAME...) - getZone(): informations d'une zone - isAvailable(): verification du token API src/Command/CheckDnsCommand.php (reecrit): - Utilise les 3 services pour orchestrer les verifications - Affichage console colore avec icones OK/ERREUR/ATTENTION - Envoie un rapport email via le template Twig dns_report.html.twig templates/emails/dns_report.html.twig (nouveau): - Template email compatible tous clients (table-based, CSS inline, margin/padding longhand, mso-line-height-rule, pas de rgba/border-radius) - Bandeau colore vert/jaune/rouge selon le statut global - Section succes avec checkmarks verts dans un tableau alterne - Section erreurs en rouge avec croix dans un tableau fond #fef2f2 - Section avertissements en jaune avec triangles fond #fffbeb - Detail par domaine avec tableau type/verification/statut - Utilise le template email/base.html.twig (header gold, footer dark) Variables d'environnement ajoutees: - .env: AWS_PK, AWS_SECRET, AWS_REGION (eu-west-3), CLOUDFLARE_KEY (vides) - .env.local: valeurs reelles des cles AWS et Cloudflare - ansible/vault.yml: aws_pk, aws_secret, cloudflare_key - ansible/env.local.j2: AWS_PK, AWS_SECRET, AWS_REGION, CLOUDFLARE_KEY avec references au vault - CLOUDFLARE_ZONE_ID supprime (recupere dynamiquement via l'API) Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
2026-04-02 21:28:24 +02:00
</h2>
feat: enrichir le rapport DNS avec colonnes attendu/dig/cloudflare + envoi a monitor@siteconseil.fr src/Service/DnsCheckService.php: - Methode check() enrichie avec 4 nouveaux champs: expected (valeur attendue), dig (valeur actuelle trouvee par dig), cloudflare (valeur dans la zone CF), cf_status (statut de la colonne CF: ok/error/vide) - checkSpf(): expected = "include:X dans le SPF", dig = contenu SPF complet - checkDmarc(): expected = "p=reject ou p=quarantine", dig = contenu DMARC - checkDkim(): expected = "FQDN CNAME/TXT", dig = cible CNAME ou debut TXT - checkMx(): expected = MX attendu, dig = liste des MX trouves avec priorite - checkBounce(): expected = "feedback-smtp.*.amazonses.com", dig = valeur trouvee src/Command/CheckDnsCommand.php: - Nouveau champ MONITOR_EMAIL = 'monitor@siteconseil.fr' pour l'envoi du rapport - loadCloudflareRecords(): charge les records CF une seule fois par domaine au debut de l'execution, retourne un array indexe par domaine - enrichWithCloudflare(): apres chaque check DNS, parcourt les records CF pour trouver l'enregistrement correspondant et remplir les colonnes cloudflare et cf_status dans chaque check - checkAwsSes(): utilise DnsCheckService::check() avec expected/dig (ex: expected="Success", dig="Absent" pour la verification domaine) - checkMailcow(): utilise DnsCheckService::check() avec expected/dig (ex: expected="Cle Mailcow: abc...", dig="Cle DNS: xyz..." pour DKIM) - sendReport(): envoie a MONITOR_EMAIL au lieu de l'admin email templates/emails/dns_report.html.twig: - Tableau par domaine avec 6 colonnes: Type, Check, Attendu, Dig (actuel), Cloudflare, Statut (OK/erreur/warning) - Colonne Dig coloree en vert/rouge/jaune selon le statut du check - Colonne Cloudflare coloree selon cf_status - Colonnes avec word-break: break-all pour les longues valeurs DNS - Bandeau resume en haut avec compteurs succes/erreurs/warnings avec bordures laterales colorees - Pied de mail: "Rapport par Esy-Infra - Service de monitoring d'infra" Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
2026-04-02 21:35:46 +02:00
feat: refactoring complet de la verification DNS avec services separes Architecture: - Les domaines (siteconseil.fr, esy-web.dev) sont definis en constante dans la commande uniquement, pas dans les services - 3 services independants reutilisables: src/Service/DnsCheckService.php (nouveau): - Methodes publiques checkSpf(), checkDmarc(), checkDkim(), checkMx(), checkBounce() qui prennent le domaine en parametre - Verification SPF: presence des includes amazonses.com et mail.esy-web.dev - Verification DMARC: politique, presence de rua - Verification DKIM: test de 10 selecteurs en CNAME et TXT - Verification MX: le MX attendu est passe en parametre par la commande - Verification Bounce: MX/CNAME/TXT sur bounce.* src/Service/AwsSesService.php (nouveau): - Authentification AWS Signature V4 via HTTP direct (pas de SDK) - isDomainVerified(): verification du statut du domaine dans SES - getDkimStatus(): statut DKIM (enabled, verified, tokens) - getNotificationStatus(): bounce_topic, complaint_topic, forwarding - listVerifiedIdentities(): liste des domaines verifies - isAvailable(): test de connectivite API src/Service/CloudflareService.php (nouveau): - Authentification Bearer token via HTTP direct (pas de SDK) - getZoneId(): recupere le zone ID dynamiquement par nom de domaine (plus besoin de CLOUDFLARE_ZONE_ID en dur) - getDnsRecords(): tous les enregistrements d'une zone - getDnsRecordsByType(): filtrage par type (TXT, MX, CNAME...) - getZone(): informations d'une zone - isAvailable(): verification du token API src/Command/CheckDnsCommand.php (reecrit): - Utilise les 3 services pour orchestrer les verifications - Affichage console colore avec icones OK/ERREUR/ATTENTION - Envoie un rapport email via le template Twig dns_report.html.twig templates/emails/dns_report.html.twig (nouveau): - Template email compatible tous clients (table-based, CSS inline, margin/padding longhand, mso-line-height-rule, pas de rgba/border-radius) - Bandeau colore vert/jaune/rouge selon le statut global - Section succes avec checkmarks verts dans un tableau alterne - Section erreurs en rouge avec croix dans un tableau fond #fef2f2 - Section avertissements en jaune avec triangles fond #fffbeb - Detail par domaine avec tableau type/verification/statut - Utilise le template email/base.html.twig (header gold, footer dark) Variables d'environnement ajoutees: - .env: AWS_PK, AWS_SECRET, AWS_REGION (eu-west-3), CLOUDFLARE_KEY (vides) - .env.local: valeurs reelles des cles AWS et Cloudflare - ansible/vault.yml: aws_pk, aws_secret, cloudflare_key - ansible/env.local.j2: AWS_PK, AWS_SECRET, AWS_REGION, CLOUDFLARE_KEY avec references au vault - CLOUDFLARE_ZONE_ID supprime (recupere dynamiquement via l'API) Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
2026-04-02 21:28:24 +02:00
<table role="presentation" width="100%" cellpadding="0" cellspacing="0" border="0" style="border: 1px solid #e5e5e5; margin-top: 0; margin-right: 0; margin-bottom: 16px; margin-left: 0;">
feat: enrichir le rapport DNS avec colonnes attendu/dig/cloudflare + envoi a monitor@siteconseil.fr src/Service/DnsCheckService.php: - Methode check() enrichie avec 4 nouveaux champs: expected (valeur attendue), dig (valeur actuelle trouvee par dig), cloudflare (valeur dans la zone CF), cf_status (statut de la colonne CF: ok/error/vide) - checkSpf(): expected = "include:X dans le SPF", dig = contenu SPF complet - checkDmarc(): expected = "p=reject ou p=quarantine", dig = contenu DMARC - checkDkim(): expected = "FQDN CNAME/TXT", dig = cible CNAME ou debut TXT - checkMx(): expected = MX attendu, dig = liste des MX trouves avec priorite - checkBounce(): expected = "feedback-smtp.*.amazonses.com", dig = valeur trouvee src/Command/CheckDnsCommand.php: - Nouveau champ MONITOR_EMAIL = 'monitor@siteconseil.fr' pour l'envoi du rapport - loadCloudflareRecords(): charge les records CF une seule fois par domaine au debut de l'execution, retourne un array indexe par domaine - enrichWithCloudflare(): apres chaque check DNS, parcourt les records CF pour trouver l'enregistrement correspondant et remplir les colonnes cloudflare et cf_status dans chaque check - checkAwsSes(): utilise DnsCheckService::check() avec expected/dig (ex: expected="Success", dig="Absent" pour la verification domaine) - checkMailcow(): utilise DnsCheckService::check() avec expected/dig (ex: expected="Cle Mailcow: abc...", dig="Cle DNS: xyz..." pour DKIM) - sendReport(): envoie a MONITOR_EMAIL au lieu de l'admin email templates/emails/dns_report.html.twig: - Tableau par domaine avec 6 colonnes: Type, Check, Attendu, Dig (actuel), Cloudflare, Statut (OK/erreur/warning) - Colonne Dig coloree en vert/rouge/jaune selon le statut du check - Colonne Cloudflare coloree selon cf_status - Colonnes avec word-break: break-all pour les longues valeurs DNS - Bandeau resume en haut avec compteurs succes/erreurs/warnings avec bordures laterales colorees - Pied de mail: "Rapport par Esy-Infra - Service de monitoring d'infra" Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
2026-04-02 21:35:46 +02:00
<tr>
<td style="background-color: #111827; color: #ffffff; padding-top: 8px; padding-bottom: 8px; padding-left: 8px; padding-right: 8px; font-size: 9px; font-weight: 700; text-transform: uppercase; letter-spacing: 0.5px; width: 60px;">Type</td>
<td style="background-color: #111827; color: #ffffff; padding-top: 8px; padding-bottom: 8px; padding-left: 8px; padding-right: 8px; font-size: 9px; font-weight: 700; text-transform: uppercase; letter-spacing: 0.5px;">Check</td>
<td style="background-color: #111827; color: #ffffff; padding-top: 8px; padding-bottom: 8px; padding-left: 8px; padding-right: 8px; font-size: 9px; font-weight: 700; text-transform: uppercase; letter-spacing: 0.5px;">Attendu</td>
<td style="background-color: #111827; color: #ffffff; padding-top: 8px; padding-bottom: 8px; padding-left: 8px; padding-right: 8px; font-size: 9px; font-weight: 700; text-transform: uppercase; letter-spacing: 0.5px;">Dig (actuel)</td>
<td style="background-color: #111827; color: #ffffff; padding-top: 8px; padding-bottom: 8px; padding-left: 8px; padding-right: 8px; font-size: 9px; font-weight: 700; text-transform: uppercase; letter-spacing: 0.5px;">Cloudflare</td>
<td style="background-color: #111827; color: #ffffff; padding-top: 8px; padding-bottom: 8px; padding-left: 8px; padding-right: 8px; font-size: 9px; font-weight: 700; text-transform: uppercase; letter-spacing: 0.5px; text-align: center; width: 30px;">OK</td>
</tr>
{% for check in domainData.checks %}
feat: refactoring complet de la verification DNS avec services separes Architecture: - Les domaines (siteconseil.fr, esy-web.dev) sont definis en constante dans la commande uniquement, pas dans les services - 3 services independants reutilisables: src/Service/DnsCheckService.php (nouveau): - Methodes publiques checkSpf(), checkDmarc(), checkDkim(), checkMx(), checkBounce() qui prennent le domaine en parametre - Verification SPF: presence des includes amazonses.com et mail.esy-web.dev - Verification DMARC: politique, presence de rua - Verification DKIM: test de 10 selecteurs en CNAME et TXT - Verification MX: le MX attendu est passe en parametre par la commande - Verification Bounce: MX/CNAME/TXT sur bounce.* src/Service/AwsSesService.php (nouveau): - Authentification AWS Signature V4 via HTTP direct (pas de SDK) - isDomainVerified(): verification du statut du domaine dans SES - getDkimStatus(): statut DKIM (enabled, verified, tokens) - getNotificationStatus(): bounce_topic, complaint_topic, forwarding - listVerifiedIdentities(): liste des domaines verifies - isAvailable(): test de connectivite API src/Service/CloudflareService.php (nouveau): - Authentification Bearer token via HTTP direct (pas de SDK) - getZoneId(): recupere le zone ID dynamiquement par nom de domaine (plus besoin de CLOUDFLARE_ZONE_ID en dur) - getDnsRecords(): tous les enregistrements d'une zone - getDnsRecordsByType(): filtrage par type (TXT, MX, CNAME...) - getZone(): informations d'une zone - isAvailable(): verification du token API src/Command/CheckDnsCommand.php (reecrit): - Utilise les 3 services pour orchestrer les verifications - Affichage console colore avec icones OK/ERREUR/ATTENTION - Envoie un rapport email via le template Twig dns_report.html.twig templates/emails/dns_report.html.twig (nouveau): - Template email compatible tous clients (table-based, CSS inline, margin/padding longhand, mso-line-height-rule, pas de rgba/border-radius) - Bandeau colore vert/jaune/rouge selon le statut global - Section succes avec checkmarks verts dans un tableau alterne - Section erreurs en rouge avec croix dans un tableau fond #fef2f2 - Section avertissements en jaune avec triangles fond #fffbeb - Detail par domaine avec tableau type/verification/statut - Utilise le template email/base.html.twig (header gold, footer dark) Variables d'environnement ajoutees: - .env: AWS_PK, AWS_SECRET, AWS_REGION (eu-west-3), CLOUDFLARE_KEY (vides) - .env.local: valeurs reelles des cles AWS et Cloudflare - ansible/vault.yml: aws_pk, aws_secret, cloudflare_key - ansible/env.local.j2: AWS_PK, AWS_SECRET, AWS_REGION, CLOUDFLARE_KEY avec references au vault - CLOUDFLARE_ZONE_ID supprime (recupere dynamiquement via l'API) Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
2026-04-02 21:28:24 +02:00
<tr>
feat: enrichir le rapport DNS avec colonnes attendu/dig/cloudflare + envoi a monitor@siteconseil.fr src/Service/DnsCheckService.php: - Methode check() enrichie avec 4 nouveaux champs: expected (valeur attendue), dig (valeur actuelle trouvee par dig), cloudflare (valeur dans la zone CF), cf_status (statut de la colonne CF: ok/error/vide) - checkSpf(): expected = "include:X dans le SPF", dig = contenu SPF complet - checkDmarc(): expected = "p=reject ou p=quarantine", dig = contenu DMARC - checkDkim(): expected = "FQDN CNAME/TXT", dig = cible CNAME ou debut TXT - checkMx(): expected = MX attendu, dig = liste des MX trouves avec priorite - checkBounce(): expected = "feedback-smtp.*.amazonses.com", dig = valeur trouvee src/Command/CheckDnsCommand.php: - Nouveau champ MONITOR_EMAIL = 'monitor@siteconseil.fr' pour l'envoi du rapport - loadCloudflareRecords(): charge les records CF une seule fois par domaine au debut de l'execution, retourne un array indexe par domaine - enrichWithCloudflare(): apres chaque check DNS, parcourt les records CF pour trouver l'enregistrement correspondant et remplir les colonnes cloudflare et cf_status dans chaque check - checkAwsSes(): utilise DnsCheckService::check() avec expected/dig (ex: expected="Success", dig="Absent" pour la verification domaine) - checkMailcow(): utilise DnsCheckService::check() avec expected/dig (ex: expected="Cle Mailcow: abc...", dig="Cle DNS: xyz..." pour DKIM) - sendReport(): envoie a MONITOR_EMAIL au lieu de l'admin email templates/emails/dns_report.html.twig: - Tableau par domaine avec 6 colonnes: Type, Check, Attendu, Dig (actuel), Cloudflare, Statut (OK/erreur/warning) - Colonne Dig coloree en vert/rouge/jaune selon le statut du check - Colonne Cloudflare coloree selon cf_status - Colonnes avec word-break: break-all pour les longues valeurs DNS - Bandeau resume en haut avec compteurs succes/erreurs/warnings avec bordures laterales colorees - Pied de mail: "Rapport par Esy-Infra - Service de monitoring d'infra" Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
2026-04-02 21:35:46 +02:00
<td style="padding-top: 5px; padding-bottom: 5px; padding-left: 8px; padding-right: 8px; font-size: 9px; font-weight: 700; border-bottom: 1px solid #eeeeee; color: #666666; vertical-align: top;">{{ check.type }}</td>
<td style="padding-top: 5px; padding-bottom: 5px; padding-left: 8px; padding-right: 8px; font-size: 9px; font-weight: 700; border-bottom: 1px solid #eeeeee; vertical-align: top;">{{ check.label }}</td>
<td style="padding-top: 5px; padding-bottom: 5px; padding-left: 8px; padding-right: 8px; font-size: 9px; border-bottom: 1px solid #eeeeee; color: #444444; vertical-align: top; word-break: break-all;">{{ check.expected|default('—') }}</td>
<td style="padding-top: 5px; padding-bottom: 5px; padding-left: 8px; padding-right: 8px; font-size: 9px; border-bottom: 1px solid #eeeeee; color: {{ check.status == 'ok' ? '#16a34a' : (check.status == 'error' ? '#dc2626' : '#92400e') }}; vertical-align: top; word-break: break-all;">{{ check.dig|default('—') }}</td>
<td style="padding-top: 5px; padding-bottom: 5px; padding-left: 8px; padding-right: 8px; font-size: 9px; border-bottom: 1px solid #eeeeee; color: {{ check.cf_status|default('') == 'ok' ? '#16a34a' : (check.cf_status|default('') == 'error' ? '#dc2626' : '#888888') }}; vertical-align: top; word-break: break-all;">{{ check.cloudflare|default('—') }}</td>
<td style="padding-top: 5px; padding-bottom: 5px; padding-left: 8px; padding-right: 8px; font-size: 12px; text-align: center; border-bottom: 1px solid #eeeeee; font-weight: 700; color: {{ check.status == 'ok' ? '#16a34a' : (check.status == 'error' ? '#dc2626' : '#f59e0b') }}; vertical-align: top;">
{{ check.status == 'ok' ? '&#10003;' : (check.status == 'error' ? '&#10007;' : '&#9888;') }}
feat: refactoring complet de la verification DNS avec services separes Architecture: - Les domaines (siteconseil.fr, esy-web.dev) sont definis en constante dans la commande uniquement, pas dans les services - 3 services independants reutilisables: src/Service/DnsCheckService.php (nouveau): - Methodes publiques checkSpf(), checkDmarc(), checkDkim(), checkMx(), checkBounce() qui prennent le domaine en parametre - Verification SPF: presence des includes amazonses.com et mail.esy-web.dev - Verification DMARC: politique, presence de rua - Verification DKIM: test de 10 selecteurs en CNAME et TXT - Verification MX: le MX attendu est passe en parametre par la commande - Verification Bounce: MX/CNAME/TXT sur bounce.* src/Service/AwsSesService.php (nouveau): - Authentification AWS Signature V4 via HTTP direct (pas de SDK) - isDomainVerified(): verification du statut du domaine dans SES - getDkimStatus(): statut DKIM (enabled, verified, tokens) - getNotificationStatus(): bounce_topic, complaint_topic, forwarding - listVerifiedIdentities(): liste des domaines verifies - isAvailable(): test de connectivite API src/Service/CloudflareService.php (nouveau): - Authentification Bearer token via HTTP direct (pas de SDK) - getZoneId(): recupere le zone ID dynamiquement par nom de domaine (plus besoin de CLOUDFLARE_ZONE_ID en dur) - getDnsRecords(): tous les enregistrements d'une zone - getDnsRecordsByType(): filtrage par type (TXT, MX, CNAME...) - getZone(): informations d'une zone - isAvailable(): verification du token API src/Command/CheckDnsCommand.php (reecrit): - Utilise les 3 services pour orchestrer les verifications - Affichage console colore avec icones OK/ERREUR/ATTENTION - Envoie un rapport email via le template Twig dns_report.html.twig templates/emails/dns_report.html.twig (nouveau): - Template email compatible tous clients (table-based, CSS inline, margin/padding longhand, mso-line-height-rule, pas de rgba/border-radius) - Bandeau colore vert/jaune/rouge selon le statut global - Section succes avec checkmarks verts dans un tableau alterne - Section erreurs en rouge avec croix dans un tableau fond #fef2f2 - Section avertissements en jaune avec triangles fond #fffbeb - Detail par domaine avec tableau type/verification/statut - Utilise le template email/base.html.twig (header gold, footer dark) Variables d'environnement ajoutees: - .env: AWS_PK, AWS_SECRET, AWS_REGION (eu-west-3), CLOUDFLARE_KEY (vides) - .env.local: valeurs reelles des cles AWS et Cloudflare - ansible/vault.yml: aws_pk, aws_secret, cloudflare_key - ansible/env.local.j2: AWS_PK, AWS_SECRET, AWS_REGION, CLOUDFLARE_KEY avec references au vault - CLOUDFLARE_ZONE_ID supprime (recupere dynamiquement via l'API) Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
2026-04-02 21:28:24 +02:00
</td>
</tr>
{% endfor %}
</table>
feat: enrichir le rapport DNS avec colonnes attendu/dig/cloudflare + envoi a monitor@siteconseil.fr src/Service/DnsCheckService.php: - Methode check() enrichie avec 4 nouveaux champs: expected (valeur attendue), dig (valeur actuelle trouvee par dig), cloudflare (valeur dans la zone CF), cf_status (statut de la colonne CF: ok/error/vide) - checkSpf(): expected = "include:X dans le SPF", dig = contenu SPF complet - checkDmarc(): expected = "p=reject ou p=quarantine", dig = contenu DMARC - checkDkim(): expected = "FQDN CNAME/TXT", dig = cible CNAME ou debut TXT - checkMx(): expected = MX attendu, dig = liste des MX trouves avec priorite - checkBounce(): expected = "feedback-smtp.*.amazonses.com", dig = valeur trouvee src/Command/CheckDnsCommand.php: - Nouveau champ MONITOR_EMAIL = 'monitor@siteconseil.fr' pour l'envoi du rapport - loadCloudflareRecords(): charge les records CF une seule fois par domaine au debut de l'execution, retourne un array indexe par domaine - enrichWithCloudflare(): apres chaque check DNS, parcourt les records CF pour trouver l'enregistrement correspondant et remplir les colonnes cloudflare et cf_status dans chaque check - checkAwsSes(): utilise DnsCheckService::check() avec expected/dig (ex: expected="Success", dig="Absent" pour la verification domaine) - checkMailcow(): utilise DnsCheckService::check() avec expected/dig (ex: expected="Cle Mailcow: abc...", dig="Cle DNS: xyz..." pour DKIM) - sendReport(): envoie a MONITOR_EMAIL au lieu de l'admin email templates/emails/dns_report.html.twig: - Tableau par domaine avec 6 colonnes: Type, Check, Attendu, Dig (actuel), Cloudflare, Statut (OK/erreur/warning) - Colonne Dig coloree en vert/rouge/jaune selon le statut du check - Colonne Cloudflare coloree selon cf_status - Colonnes avec word-break: break-all pour les longues valeurs DNS - Bandeau resume en haut avec compteurs succes/erreurs/warnings avec bordures laterales colorees - Pied de mail: "Rapport par Esy-Infra - Service de monitoring d'infra" Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
2026-04-02 21:35:46 +02:00
{% endfor %}
feat: refactoring complet de la verification DNS avec services separes Architecture: - Les domaines (siteconseil.fr, esy-web.dev) sont definis en constante dans la commande uniquement, pas dans les services - 3 services independants reutilisables: src/Service/DnsCheckService.php (nouveau): - Methodes publiques checkSpf(), checkDmarc(), checkDkim(), checkMx(), checkBounce() qui prennent le domaine en parametre - Verification SPF: presence des includes amazonses.com et mail.esy-web.dev - Verification DMARC: politique, presence de rua - Verification DKIM: test de 10 selecteurs en CNAME et TXT - Verification MX: le MX attendu est passe en parametre par la commande - Verification Bounce: MX/CNAME/TXT sur bounce.* src/Service/AwsSesService.php (nouveau): - Authentification AWS Signature V4 via HTTP direct (pas de SDK) - isDomainVerified(): verification du statut du domaine dans SES - getDkimStatus(): statut DKIM (enabled, verified, tokens) - getNotificationStatus(): bounce_topic, complaint_topic, forwarding - listVerifiedIdentities(): liste des domaines verifies - isAvailable(): test de connectivite API src/Service/CloudflareService.php (nouveau): - Authentification Bearer token via HTTP direct (pas de SDK) - getZoneId(): recupere le zone ID dynamiquement par nom de domaine (plus besoin de CLOUDFLARE_ZONE_ID en dur) - getDnsRecords(): tous les enregistrements d'une zone - getDnsRecordsByType(): filtrage par type (TXT, MX, CNAME...) - getZone(): informations d'une zone - isAvailable(): verification du token API src/Command/CheckDnsCommand.php (reecrit): - Utilise les 3 services pour orchestrer les verifications - Affichage console colore avec icones OK/ERREUR/ATTENTION - Envoie un rapport email via le template Twig dns_report.html.twig templates/emails/dns_report.html.twig (nouveau): - Template email compatible tous clients (table-based, CSS inline, margin/padding longhand, mso-line-height-rule, pas de rgba/border-radius) - Bandeau colore vert/jaune/rouge selon le statut global - Section succes avec checkmarks verts dans un tableau alterne - Section erreurs en rouge avec croix dans un tableau fond #fef2f2 - Section avertissements en jaune avec triangles fond #fffbeb - Detail par domaine avec tableau type/verification/statut - Utilise le template email/base.html.twig (header gold, footer dark) Variables d'environnement ajoutees: - .env: AWS_PK, AWS_SECRET, AWS_REGION (eu-west-3), CLOUDFLARE_KEY (vides) - .env.local: valeurs reelles des cles AWS et Cloudflare - ansible/vault.yml: aws_pk, aws_secret, cloudflare_key - ansible/env.local.j2: AWS_PK, AWS_SECRET, AWS_REGION, CLOUDFLARE_KEY avec references au vault - CLOUDFLARE_ZONE_ID supprime (recupere dynamiquement via l'API) Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
2026-04-02 21:28:24 +02:00
feat: enrichir le rapport DNS avec colonnes attendu/dig/cloudflare + envoi a monitor@siteconseil.fr src/Service/DnsCheckService.php: - Methode check() enrichie avec 4 nouveaux champs: expected (valeur attendue), dig (valeur actuelle trouvee par dig), cloudflare (valeur dans la zone CF), cf_status (statut de la colonne CF: ok/error/vide) - checkSpf(): expected = "include:X dans le SPF", dig = contenu SPF complet - checkDmarc(): expected = "p=reject ou p=quarantine", dig = contenu DMARC - checkDkim(): expected = "FQDN CNAME/TXT", dig = cible CNAME ou debut TXT - checkMx(): expected = MX attendu, dig = liste des MX trouves avec priorite - checkBounce(): expected = "feedback-smtp.*.amazonses.com", dig = valeur trouvee src/Command/CheckDnsCommand.php: - Nouveau champ MONITOR_EMAIL = 'monitor@siteconseil.fr' pour l'envoi du rapport - loadCloudflareRecords(): charge les records CF une seule fois par domaine au debut de l'execution, retourne un array indexe par domaine - enrichWithCloudflare(): apres chaque check DNS, parcourt les records CF pour trouver l'enregistrement correspondant et remplir les colonnes cloudflare et cf_status dans chaque check - checkAwsSes(): utilise DnsCheckService::check() avec expected/dig (ex: expected="Success", dig="Absent" pour la verification domaine) - checkMailcow(): utilise DnsCheckService::check() avec expected/dig (ex: expected="Cle Mailcow: abc...", dig="Cle DNS: xyz..." pour DKIM) - sendReport(): envoie a MONITOR_EMAIL au lieu de l'admin email templates/emails/dns_report.html.twig: - Tableau par domaine avec 6 colonnes: Type, Check, Attendu, Dig (actuel), Cloudflare, Statut (OK/erreur/warning) - Colonne Dig coloree en vert/rouge/jaune selon le statut du check - Colonne Cloudflare coloree selon cf_status - Colonnes avec word-break: break-all pour les longues valeurs DNS - Bandeau resume en haut avec compteurs succes/erreurs/warnings avec bordures laterales colorees - Pied de mail: "Rapport par Esy-Infra - Service de monitoring d'infra" Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
2026-04-02 21:35:46 +02:00
{# ─── Erreurs detaillees ─── #}
feat: refactoring complet de la verification DNS avec services separes Architecture: - Les domaines (siteconseil.fr, esy-web.dev) sont definis en constante dans la commande uniquement, pas dans les services - 3 services independants reutilisables: src/Service/DnsCheckService.php (nouveau): - Methodes publiques checkSpf(), checkDmarc(), checkDkim(), checkMx(), checkBounce() qui prennent le domaine en parametre - Verification SPF: presence des includes amazonses.com et mail.esy-web.dev - Verification DMARC: politique, presence de rua - Verification DKIM: test de 10 selecteurs en CNAME et TXT - Verification MX: le MX attendu est passe en parametre par la commande - Verification Bounce: MX/CNAME/TXT sur bounce.* src/Service/AwsSesService.php (nouveau): - Authentification AWS Signature V4 via HTTP direct (pas de SDK) - isDomainVerified(): verification du statut du domaine dans SES - getDkimStatus(): statut DKIM (enabled, verified, tokens) - getNotificationStatus(): bounce_topic, complaint_topic, forwarding - listVerifiedIdentities(): liste des domaines verifies - isAvailable(): test de connectivite API src/Service/CloudflareService.php (nouveau): - Authentification Bearer token via HTTP direct (pas de SDK) - getZoneId(): recupere le zone ID dynamiquement par nom de domaine (plus besoin de CLOUDFLARE_ZONE_ID en dur) - getDnsRecords(): tous les enregistrements d'une zone - getDnsRecordsByType(): filtrage par type (TXT, MX, CNAME...) - getZone(): informations d'une zone - isAvailable(): verification du token API src/Command/CheckDnsCommand.php (reecrit): - Utilise les 3 services pour orchestrer les verifications - Affichage console colore avec icones OK/ERREUR/ATTENTION - Envoie un rapport email via le template Twig dns_report.html.twig templates/emails/dns_report.html.twig (nouveau): - Template email compatible tous clients (table-based, CSS inline, margin/padding longhand, mso-line-height-rule, pas de rgba/border-radius) - Bandeau colore vert/jaune/rouge selon le statut global - Section succes avec checkmarks verts dans un tableau alterne - Section erreurs en rouge avec croix dans un tableau fond #fef2f2 - Section avertissements en jaune avec triangles fond #fffbeb - Detail par domaine avec tableau type/verification/statut - Utilise le template email/base.html.twig (header gold, footer dark) Variables d'environnement ajoutees: - .env: AWS_PK, AWS_SECRET, AWS_REGION (eu-west-3), CLOUDFLARE_KEY (vides) - .env.local: valeurs reelles des cles AWS et Cloudflare - ansible/vault.yml: aws_pk, aws_secret, cloudflare_key - ansible/env.local.j2: AWS_PK, AWS_SECRET, AWS_REGION, CLOUDFLARE_KEY avec references au vault - CLOUDFLARE_ZONE_ID supprime (recupere dynamiquement via l'API) Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
2026-04-02 21:28:24 +02:00
{% if errors|length > 0 %}
<h2 style="font-size: 14px; font-weight: 700; color: #dc2626; margin-top: 16px; margin-right: 0; margin-bottom: 8px; margin-left: 0;">
feat: enrichir le rapport DNS avec colonnes attendu/dig/cloudflare + envoi a monitor@siteconseil.fr src/Service/DnsCheckService.php: - Methode check() enrichie avec 4 nouveaux champs: expected (valeur attendue), dig (valeur actuelle trouvee par dig), cloudflare (valeur dans la zone CF), cf_status (statut de la colonne CF: ok/error/vide) - checkSpf(): expected = "include:X dans le SPF", dig = contenu SPF complet - checkDmarc(): expected = "p=reject ou p=quarantine", dig = contenu DMARC - checkDkim(): expected = "FQDN CNAME/TXT", dig = cible CNAME ou debut TXT - checkMx(): expected = MX attendu, dig = liste des MX trouves avec priorite - checkBounce(): expected = "feedback-smtp.*.amazonses.com", dig = valeur trouvee src/Command/CheckDnsCommand.php: - Nouveau champ MONITOR_EMAIL = 'monitor@siteconseil.fr' pour l'envoi du rapport - loadCloudflareRecords(): charge les records CF une seule fois par domaine au debut de l'execution, retourne un array indexe par domaine - enrichWithCloudflare(): apres chaque check DNS, parcourt les records CF pour trouver l'enregistrement correspondant et remplir les colonnes cloudflare et cf_status dans chaque check - checkAwsSes(): utilise DnsCheckService::check() avec expected/dig (ex: expected="Success", dig="Absent" pour la verification domaine) - checkMailcow(): utilise DnsCheckService::check() avec expected/dig (ex: expected="Cle Mailcow: abc...", dig="Cle DNS: xyz..." pour DKIM) - sendReport(): envoie a MONITOR_EMAIL au lieu de l'admin email templates/emails/dns_report.html.twig: - Tableau par domaine avec 6 colonnes: Type, Check, Attendu, Dig (actuel), Cloudflare, Statut (OK/erreur/warning) - Colonne Dig coloree en vert/rouge/jaune selon le statut du check - Colonne Cloudflare coloree selon cf_status - Colonnes avec word-break: break-all pour les longues valeurs DNS - Bandeau resume en haut avec compteurs succes/erreurs/warnings avec bordures laterales colorees - Pied de mail: "Rapport par Esy-Infra - Service de monitoring d'infra" Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
2026-04-02 21:35:46 +02:00
Erreurs a corriger ({{ errors|length }})
feat: refactoring complet de la verification DNS avec services separes Architecture: - Les domaines (siteconseil.fr, esy-web.dev) sont definis en constante dans la commande uniquement, pas dans les services - 3 services independants reutilisables: src/Service/DnsCheckService.php (nouveau): - Methodes publiques checkSpf(), checkDmarc(), checkDkim(), checkMx(), checkBounce() qui prennent le domaine en parametre - Verification SPF: presence des includes amazonses.com et mail.esy-web.dev - Verification DMARC: politique, presence de rua - Verification DKIM: test de 10 selecteurs en CNAME et TXT - Verification MX: le MX attendu est passe en parametre par la commande - Verification Bounce: MX/CNAME/TXT sur bounce.* src/Service/AwsSesService.php (nouveau): - Authentification AWS Signature V4 via HTTP direct (pas de SDK) - isDomainVerified(): verification du statut du domaine dans SES - getDkimStatus(): statut DKIM (enabled, verified, tokens) - getNotificationStatus(): bounce_topic, complaint_topic, forwarding - listVerifiedIdentities(): liste des domaines verifies - isAvailable(): test de connectivite API src/Service/CloudflareService.php (nouveau): - Authentification Bearer token via HTTP direct (pas de SDK) - getZoneId(): recupere le zone ID dynamiquement par nom de domaine (plus besoin de CLOUDFLARE_ZONE_ID en dur) - getDnsRecords(): tous les enregistrements d'une zone - getDnsRecordsByType(): filtrage par type (TXT, MX, CNAME...) - getZone(): informations d'une zone - isAvailable(): verification du token API src/Command/CheckDnsCommand.php (reecrit): - Utilise les 3 services pour orchestrer les verifications - Affichage console colore avec icones OK/ERREUR/ATTENTION - Envoie un rapport email via le template Twig dns_report.html.twig templates/emails/dns_report.html.twig (nouveau): - Template email compatible tous clients (table-based, CSS inline, margin/padding longhand, mso-line-height-rule, pas de rgba/border-radius) - Bandeau colore vert/jaune/rouge selon le statut global - Section succes avec checkmarks verts dans un tableau alterne - Section erreurs en rouge avec croix dans un tableau fond #fef2f2 - Section avertissements en jaune avec triangles fond #fffbeb - Detail par domaine avec tableau type/verification/statut - Utilise le template email/base.html.twig (header gold, footer dark) Variables d'environnement ajoutees: - .env: AWS_PK, AWS_SECRET, AWS_REGION (eu-west-3), CLOUDFLARE_KEY (vides) - .env.local: valeurs reelles des cles AWS et Cloudflare - ansible/vault.yml: aws_pk, aws_secret, cloudflare_key - ansible/env.local.j2: AWS_PK, AWS_SECRET, AWS_REGION, CLOUDFLARE_KEY avec references au vault - CLOUDFLARE_ZONE_ID supprime (recupere dynamiquement via l'API) Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
2026-04-02 21:28:24 +02:00
</h2>
<table role="presentation" width="100%" cellpadding="0" cellspacing="0" border="0" style="border: 1px solid #fca5a5; margin-top: 0; margin-right: 0; margin-bottom: 16px; margin-left: 0;">
{% for error in errors %}
<tr>
feat: enrichir le rapport DNS avec colonnes attendu/dig/cloudflare + envoi a monitor@siteconseil.fr src/Service/DnsCheckService.php: - Methode check() enrichie avec 4 nouveaux champs: expected (valeur attendue), dig (valeur actuelle trouvee par dig), cloudflare (valeur dans la zone CF), cf_status (statut de la colonne CF: ok/error/vide) - checkSpf(): expected = "include:X dans le SPF", dig = contenu SPF complet - checkDmarc(): expected = "p=reject ou p=quarantine", dig = contenu DMARC - checkDkim(): expected = "FQDN CNAME/TXT", dig = cible CNAME ou debut TXT - checkMx(): expected = MX attendu, dig = liste des MX trouves avec priorite - checkBounce(): expected = "feedback-smtp.*.amazonses.com", dig = valeur trouvee src/Command/CheckDnsCommand.php: - Nouveau champ MONITOR_EMAIL = 'monitor@siteconseil.fr' pour l'envoi du rapport - loadCloudflareRecords(): charge les records CF une seule fois par domaine au debut de l'execution, retourne un array indexe par domaine - enrichWithCloudflare(): apres chaque check DNS, parcourt les records CF pour trouver l'enregistrement correspondant et remplir les colonnes cloudflare et cf_status dans chaque check - checkAwsSes(): utilise DnsCheckService::check() avec expected/dig (ex: expected="Success", dig="Absent" pour la verification domaine) - checkMailcow(): utilise DnsCheckService::check() avec expected/dig (ex: expected="Cle Mailcow: abc...", dig="Cle DNS: xyz..." pour DKIM) - sendReport(): envoie a MONITOR_EMAIL au lieu de l'admin email templates/emails/dns_report.html.twig: - Tableau par domaine avec 6 colonnes: Type, Check, Attendu, Dig (actuel), Cloudflare, Statut (OK/erreur/warning) - Colonne Dig coloree en vert/rouge/jaune selon le statut du check - Colonne Cloudflare coloree selon cf_status - Colonnes avec word-break: break-all pour les longues valeurs DNS - Bandeau resume en haut avec compteurs succes/erreurs/warnings avec bordures laterales colorees - Pied de mail: "Rapport par Esy-Infra - Service de monitoring d'infra" Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
2026-04-02 21:35:46 +02:00
<td style="padding-top: 6px; padding-bottom: 6px; padding-left: 12px; padding-right: 12px; font-size: 11px; mso-line-height-rule: exactly; line-height: 16px; background-color: #fef2f2; color: #991b1b; border-bottom: 1px solid #fca5a5;">
feat: refactoring complet de la verification DNS avec services separes Architecture: - Les domaines (siteconseil.fr, esy-web.dev) sont definis en constante dans la commande uniquement, pas dans les services - 3 services independants reutilisables: src/Service/DnsCheckService.php (nouveau): - Methodes publiques checkSpf(), checkDmarc(), checkDkim(), checkMx(), checkBounce() qui prennent le domaine en parametre - Verification SPF: presence des includes amazonses.com et mail.esy-web.dev - Verification DMARC: politique, presence de rua - Verification DKIM: test de 10 selecteurs en CNAME et TXT - Verification MX: le MX attendu est passe en parametre par la commande - Verification Bounce: MX/CNAME/TXT sur bounce.* src/Service/AwsSesService.php (nouveau): - Authentification AWS Signature V4 via HTTP direct (pas de SDK) - isDomainVerified(): verification du statut du domaine dans SES - getDkimStatus(): statut DKIM (enabled, verified, tokens) - getNotificationStatus(): bounce_topic, complaint_topic, forwarding - listVerifiedIdentities(): liste des domaines verifies - isAvailable(): test de connectivite API src/Service/CloudflareService.php (nouveau): - Authentification Bearer token via HTTP direct (pas de SDK) - getZoneId(): recupere le zone ID dynamiquement par nom de domaine (plus besoin de CLOUDFLARE_ZONE_ID en dur) - getDnsRecords(): tous les enregistrements d'une zone - getDnsRecordsByType(): filtrage par type (TXT, MX, CNAME...) - getZone(): informations d'une zone - isAvailable(): verification du token API src/Command/CheckDnsCommand.php (reecrit): - Utilise les 3 services pour orchestrer les verifications - Affichage console colore avec icones OK/ERREUR/ATTENTION - Envoie un rapport email via le template Twig dns_report.html.twig templates/emails/dns_report.html.twig (nouveau): - Template email compatible tous clients (table-based, CSS inline, margin/padding longhand, mso-line-height-rule, pas de rgba/border-radius) - Bandeau colore vert/jaune/rouge selon le statut global - Section succes avec checkmarks verts dans un tableau alterne - Section erreurs en rouge avec croix dans un tableau fond #fef2f2 - Section avertissements en jaune avec triangles fond #fffbeb - Detail par domaine avec tableau type/verification/statut - Utilise le template email/base.html.twig (header gold, footer dark) Variables d'environnement ajoutees: - .env: AWS_PK, AWS_SECRET, AWS_REGION (eu-west-3), CLOUDFLARE_KEY (vides) - .env.local: valeurs reelles des cles AWS et Cloudflare - ansible/vault.yml: aws_pk, aws_secret, cloudflare_key - ansible/env.local.j2: AWS_PK, AWS_SECRET, AWS_REGION, CLOUDFLARE_KEY avec references au vault - CLOUDFLARE_ZONE_ID supprime (recupere dynamiquement via l'API) Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
2026-04-02 21:28:24 +02:00
&#10007; {{ error }}
</td>
</tr>
{% endfor %}
</table>
{% endif %}
{% if warnings|length > 0 %}
<h2 style="font-size: 14px; font-weight: 700; color: #f59e0b; margin-top: 16px; margin-right: 0; margin-bottom: 8px; margin-left: 0;">
Avertissements ({{ warnings|length }})
</h2>
<table role="presentation" width="100%" cellpadding="0" cellspacing="0" border="0" style="border: 1px solid #fde68a; margin-top: 0; margin-right: 0; margin-bottom: 16px; margin-left: 0;">
{% for warning in warnings %}
<tr>
feat: enrichir le rapport DNS avec colonnes attendu/dig/cloudflare + envoi a monitor@siteconseil.fr src/Service/DnsCheckService.php: - Methode check() enrichie avec 4 nouveaux champs: expected (valeur attendue), dig (valeur actuelle trouvee par dig), cloudflare (valeur dans la zone CF), cf_status (statut de la colonne CF: ok/error/vide) - checkSpf(): expected = "include:X dans le SPF", dig = contenu SPF complet - checkDmarc(): expected = "p=reject ou p=quarantine", dig = contenu DMARC - checkDkim(): expected = "FQDN CNAME/TXT", dig = cible CNAME ou debut TXT - checkMx(): expected = MX attendu, dig = liste des MX trouves avec priorite - checkBounce(): expected = "feedback-smtp.*.amazonses.com", dig = valeur trouvee src/Command/CheckDnsCommand.php: - Nouveau champ MONITOR_EMAIL = 'monitor@siteconseil.fr' pour l'envoi du rapport - loadCloudflareRecords(): charge les records CF une seule fois par domaine au debut de l'execution, retourne un array indexe par domaine - enrichWithCloudflare(): apres chaque check DNS, parcourt les records CF pour trouver l'enregistrement correspondant et remplir les colonnes cloudflare et cf_status dans chaque check - checkAwsSes(): utilise DnsCheckService::check() avec expected/dig (ex: expected="Success", dig="Absent" pour la verification domaine) - checkMailcow(): utilise DnsCheckService::check() avec expected/dig (ex: expected="Cle Mailcow: abc...", dig="Cle DNS: xyz..." pour DKIM) - sendReport(): envoie a MONITOR_EMAIL au lieu de l'admin email templates/emails/dns_report.html.twig: - Tableau par domaine avec 6 colonnes: Type, Check, Attendu, Dig (actuel), Cloudflare, Statut (OK/erreur/warning) - Colonne Dig coloree en vert/rouge/jaune selon le statut du check - Colonne Cloudflare coloree selon cf_status - Colonnes avec word-break: break-all pour les longues valeurs DNS - Bandeau resume en haut avec compteurs succes/erreurs/warnings avec bordures laterales colorees - Pied de mail: "Rapport par Esy-Infra - Service de monitoring d'infra" Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
2026-04-02 21:35:46 +02:00
<td style="padding-top: 6px; padding-bottom: 6px; padding-left: 12px; padding-right: 12px; font-size: 11px; mso-line-height-rule: exactly; line-height: 16px; background-color: #fffbeb; color: #92400e; border-bottom: 1px solid #fde68a;">
feat: refactoring complet de la verification DNS avec services separes Architecture: - Les domaines (siteconseil.fr, esy-web.dev) sont definis en constante dans la commande uniquement, pas dans les services - 3 services independants reutilisables: src/Service/DnsCheckService.php (nouveau): - Methodes publiques checkSpf(), checkDmarc(), checkDkim(), checkMx(), checkBounce() qui prennent le domaine en parametre - Verification SPF: presence des includes amazonses.com et mail.esy-web.dev - Verification DMARC: politique, presence de rua - Verification DKIM: test de 10 selecteurs en CNAME et TXT - Verification MX: le MX attendu est passe en parametre par la commande - Verification Bounce: MX/CNAME/TXT sur bounce.* src/Service/AwsSesService.php (nouveau): - Authentification AWS Signature V4 via HTTP direct (pas de SDK) - isDomainVerified(): verification du statut du domaine dans SES - getDkimStatus(): statut DKIM (enabled, verified, tokens) - getNotificationStatus(): bounce_topic, complaint_topic, forwarding - listVerifiedIdentities(): liste des domaines verifies - isAvailable(): test de connectivite API src/Service/CloudflareService.php (nouveau): - Authentification Bearer token via HTTP direct (pas de SDK) - getZoneId(): recupere le zone ID dynamiquement par nom de domaine (plus besoin de CLOUDFLARE_ZONE_ID en dur) - getDnsRecords(): tous les enregistrements d'une zone - getDnsRecordsByType(): filtrage par type (TXT, MX, CNAME...) - getZone(): informations d'une zone - isAvailable(): verification du token API src/Command/CheckDnsCommand.php (reecrit): - Utilise les 3 services pour orchestrer les verifications - Affichage console colore avec icones OK/ERREUR/ATTENTION - Envoie un rapport email via le template Twig dns_report.html.twig templates/emails/dns_report.html.twig (nouveau): - Template email compatible tous clients (table-based, CSS inline, margin/padding longhand, mso-line-height-rule, pas de rgba/border-radius) - Bandeau colore vert/jaune/rouge selon le statut global - Section succes avec checkmarks verts dans un tableau alterne - Section erreurs en rouge avec croix dans un tableau fond #fef2f2 - Section avertissements en jaune avec triangles fond #fffbeb - Detail par domaine avec tableau type/verification/statut - Utilise le template email/base.html.twig (header gold, footer dark) Variables d'environnement ajoutees: - .env: AWS_PK, AWS_SECRET, AWS_REGION (eu-west-3), CLOUDFLARE_KEY (vides) - .env.local: valeurs reelles des cles AWS et Cloudflare - ansible/vault.yml: aws_pk, aws_secret, cloudflare_key - ansible/env.local.j2: AWS_PK, AWS_SECRET, AWS_REGION, CLOUDFLARE_KEY avec references au vault - CLOUDFLARE_ZONE_ID supprime (recupere dynamiquement via l'API) Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
2026-04-02 21:28:24 +02:00
&#9888; {{ warning }}
</td>
</tr>
{% endfor %}
</table>
{% endif %}
<p style="font-size: 11px; color: #888888; mso-line-height-rule: exactly; line-height: 16px; margin-top: 16px; margin-right: 0; margin-bottom: 0; margin-left: 0;">
feat: enrichir le rapport DNS avec colonnes attendu/dig/cloudflare + envoi a monitor@siteconseil.fr src/Service/DnsCheckService.php: - Methode check() enrichie avec 4 nouveaux champs: expected (valeur attendue), dig (valeur actuelle trouvee par dig), cloudflare (valeur dans la zone CF), cf_status (statut de la colonne CF: ok/error/vide) - checkSpf(): expected = "include:X dans le SPF", dig = contenu SPF complet - checkDmarc(): expected = "p=reject ou p=quarantine", dig = contenu DMARC - checkDkim(): expected = "FQDN CNAME/TXT", dig = cible CNAME ou debut TXT - checkMx(): expected = MX attendu, dig = liste des MX trouves avec priorite - checkBounce(): expected = "feedback-smtp.*.amazonses.com", dig = valeur trouvee src/Command/CheckDnsCommand.php: - Nouveau champ MONITOR_EMAIL = 'monitor@siteconseil.fr' pour l'envoi du rapport - loadCloudflareRecords(): charge les records CF une seule fois par domaine au debut de l'execution, retourne un array indexe par domaine - enrichWithCloudflare(): apres chaque check DNS, parcourt les records CF pour trouver l'enregistrement correspondant et remplir les colonnes cloudflare et cf_status dans chaque check - checkAwsSes(): utilise DnsCheckService::check() avec expected/dig (ex: expected="Success", dig="Absent" pour la verification domaine) - checkMailcow(): utilise DnsCheckService::check() avec expected/dig (ex: expected="Cle Mailcow: abc...", dig="Cle DNS: xyz..." pour DKIM) - sendReport(): envoie a MONITOR_EMAIL au lieu de l'admin email templates/emails/dns_report.html.twig: - Tableau par domaine avec 6 colonnes: Type, Check, Attendu, Dig (actuel), Cloudflare, Statut (OK/erreur/warning) - Colonne Dig coloree en vert/rouge/jaune selon le statut du check - Colonne Cloudflare coloree selon cf_status - Colonnes avec word-break: break-all pour les longues valeurs DNS - Bandeau resume en haut avec compteurs succes/erreurs/warnings avec bordures laterales colorees - Pied de mail: "Rapport par Esy-Infra - Service de monitoring d'infra" Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
2026-04-02 21:35:46 +02:00
Rapport par <strong>Esy-Infra</strong> - Service de monitoring d'infra
feat: refactoring complet de la verification DNS avec services separes Architecture: - Les domaines (siteconseil.fr, esy-web.dev) sont definis en constante dans la commande uniquement, pas dans les services - 3 services independants reutilisables: src/Service/DnsCheckService.php (nouveau): - Methodes publiques checkSpf(), checkDmarc(), checkDkim(), checkMx(), checkBounce() qui prennent le domaine en parametre - Verification SPF: presence des includes amazonses.com et mail.esy-web.dev - Verification DMARC: politique, presence de rua - Verification DKIM: test de 10 selecteurs en CNAME et TXT - Verification MX: le MX attendu est passe en parametre par la commande - Verification Bounce: MX/CNAME/TXT sur bounce.* src/Service/AwsSesService.php (nouveau): - Authentification AWS Signature V4 via HTTP direct (pas de SDK) - isDomainVerified(): verification du statut du domaine dans SES - getDkimStatus(): statut DKIM (enabled, verified, tokens) - getNotificationStatus(): bounce_topic, complaint_topic, forwarding - listVerifiedIdentities(): liste des domaines verifies - isAvailable(): test de connectivite API src/Service/CloudflareService.php (nouveau): - Authentification Bearer token via HTTP direct (pas de SDK) - getZoneId(): recupere le zone ID dynamiquement par nom de domaine (plus besoin de CLOUDFLARE_ZONE_ID en dur) - getDnsRecords(): tous les enregistrements d'une zone - getDnsRecordsByType(): filtrage par type (TXT, MX, CNAME...) - getZone(): informations d'une zone - isAvailable(): verification du token API src/Command/CheckDnsCommand.php (reecrit): - Utilise les 3 services pour orchestrer les verifications - Affichage console colore avec icones OK/ERREUR/ATTENTION - Envoie un rapport email via le template Twig dns_report.html.twig templates/emails/dns_report.html.twig (nouveau): - Template email compatible tous clients (table-based, CSS inline, margin/padding longhand, mso-line-height-rule, pas de rgba/border-radius) - Bandeau colore vert/jaune/rouge selon le statut global - Section succes avec checkmarks verts dans un tableau alterne - Section erreurs en rouge avec croix dans un tableau fond #fef2f2 - Section avertissements en jaune avec triangles fond #fffbeb - Detail par domaine avec tableau type/verification/statut - Utilise le template email/base.html.twig (header gold, footer dark) Variables d'environnement ajoutees: - .env: AWS_PK, AWS_SECRET, AWS_REGION (eu-west-3), CLOUDFLARE_KEY (vides) - .env.local: valeurs reelles des cles AWS et Cloudflare - ansible/vault.yml: aws_pk, aws_secret, cloudflare_key - ansible/env.local.j2: AWS_PK, AWS_SECRET, AWS_REGION, CLOUDFLARE_KEY avec references au vault - CLOUDFLARE_ZONE_ID supprime (recupere dynamiquement via l'API) Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
2026-04-02 21:28:24 +02:00
</p>
{% endblock %}
Reference in New Issue Copy Permalink