[ DNS & domeinen ]

DNS A- en AAAA-records in mailserviceconfiguratie

Controleer IPv4 en IPv6 maileindpunten afzonderlijk en begrijp wanneer adresrecords de routering of SPF beïnvloeden.

Door het EmailAuth -onderzoeksteam

[ Kernpunten ]

  • Adrespublicatie bewijst niet dat er een werkend SMTP eindpunt is.
  • Test elke geadverteerde adresfamilie en daadwerkelijke externe bron.
  • Adresbewerkingen kunnen expliciete SPF a- of mx-afhankelijkheden beïnvloeden.
Op deze pagina

A- en AAAA-records wijzen een hostnaam toe aan IPv4 en IPv6 -adressen. Het zijn afhankelijkheden van een e-mailservice, geen verklaringen dat de service klaar is of geautoriseerd is om te verzenden. Het publiceren van een adres kan een route blootleggen die klanten daadwerkelijk proberen, dus verifieer elke geadverteerde familie en elk eindpunt.

Volg de naam die door het protocol wordt gebruikt

Referenties: RFC 5321 §5.1, RFC 7208 §5.3, RFC 7208 §5.4.

Voor inkomende SMTP lost u de uitwisselingshostnamen op die door MX worden geretourneerd. Het websiteadres van het ontvangende domein is geen vervanging wanneer expliciete uitwisselingen onbruikbaar zijn. Als er geen MX bestaat, kan de impliciete MX-regel van SMTP in plaats daarvan de eigen A- of AAAA-records van het ontvangende domein relevant maken.

Voor uitgaand SPF, onderzoek het feitelijke beleid en de geëvalueerde identiteit. Een a mechanisme kan adressen autoriseren die worden geretourneerd voor de opgegeven naam; een vlakte Een record autoriseert zelf niets. Op dezelfde manier verandert u een hostnaam die door een SPF wordt gebruikt MX mechanisme kan de adressen wijzigen die als geautoriseerd zijn beoordeeld. Noteer deze referenties voordat u een wijziging DNS -adres beschouwt als een wijziging die alleen betrekking heeft op de website.

Beschouw dual-stack als twee bedieningspaden

Referenties: RFC 1035 §3.4.1, RFC 3596 §2.1, RFC 3596 §2.3.

Een hostnaam kan meerdere A-records en meerdere AAAA-records hebben. Hun aanwezigheid garandeert geen bereikbaarheid, SMTP service, het juiste certificaat of een gelijkwaardig beleid. Een gezond IPv4 -eindpunt bewijst niet dat IPv6 werkt. Omgekeerd bewijst een fout op één clientpad niet dat elke afzender dat pad gebruikt.

Leg het daadwerkelijk geprobeerde bestemmingsadres, de adresfamilie, het verbindingsresultaat en SMTP antwoord vast. Als u uitgaand verkeer onderzoekt, leg dan het extern waargenomen bronadres vast in plaats van aan te nemen dat dit overeenkomt met het adres dat in de toepassing wordt gebruikt. NAT- en uitgaande pools van providers kunnen deze waarden verschillend maken.

Reproduceer een adresfamiliefout

Kunststof armatuur: example.com. MX 10 mx.example.com.; mx.example.com. A 192.0.2.10; mx.example.com . AAAA 2001:db8::10. Configureer in het lab het IPv4 -eindpunt om TCP-verbindingen op poort 25 te accepteren en het IPv6 eindpunt onbereikbaar te laten. De verwachte DNS controles slagen voor beide recordtypen, terwijl een familiespecifieke verbindingstest alleen slaagt voor IPv4 .

Vraag dig @AUTH mx.example.com . Een +norecurse en dan hetzelfde commando met AAAA. Vervang AUTH door de geïsoleerde autoriteit. Noteer beide antwoorden. Gebruik uw goedgekeurde SMTP labclient om elke bestemming afzonderlijk vast te zetten, waarbij de verbindings- en protocolresultaten worden vastgelegd. Het armatuur illustreert waarom DNS succes geen servicesucces is; het doet geen uitspraken over de terugvaltiming van een bepaalde afzender.

Een tweede armatuur verandert alleen het A-adres van 192.0.2.10 naar 192.0.2.20 terwijl het SPF beleid dat wel is v=spf1 a:mx.example.com -all. Voor een IPv4 SPF evaluatie met anderszins succesvolle zoekopdrachten komt het adres in aanmerking om overeen te komen met de a mechanisme verandert. Een expliciet ip4:192.0.2.10 Het mechanisme zou in plaats daarvan aan dat letterlijke netwerk gebonden blijven totdat het beleid zelf veranderde.

Maak adreswijzigingen omkeerbaar

Referenties: RFC 8767 §4.

Inventariseer alle consumenten van de hostnaam, inclusief e-mailrouting, SPF referenties, monitoring en certificaatverwachtingen. Bereid het eindpunt voor voordat u er reclame voor maakt. Behoud de oude service terwijl de juiste caches er nog steeds verkeer naartoe kunnen leiden, op basis van het daadwerkelijke migratieplan in plaats van een universele wachtperiode.

Vergelijk na de wijziging gezaghebbende antwoorden met recursieve observaties en bewijs op berichtniveau. Een mislukt IPv6 eindpunt moet worden gerepareerd of verwijderd via een goedgekeurde wijziging, en niet worden verborgen door het verzwakken van niet-gerelateerd authenticatiebeleid. Sluit het werk alleen af ​​als de beoogde adressen en bedieningspaden overeenkomen met het gedocumenteerde serviceontwerp.

Houd de reikwijdte van het bewijs expliciet

Voor het scenario met twee gezinnen moet u het verwachte IPv4 succes en IPv6 falen aanhouden als voorgestelde laboratoriumobservaties totdat het wordt getest. Het SPF -adreswijzigingsvoorbeeld gaat uit van succesvolle zoekopdrachten en het aangegeven beleid; het vestigt geen huidige autorisatie voor een echte afzender.

[ Afhaalmaaltijden ]

Adrespublicatie bewijst niet dat er een werkend SMTP eindpunt is. Test elke geadverteerde adresfamilie en daadwerkelijke externe bron. Adresbewerkingen kunnen expliciete SPF a- of mx-afhankelijkheden beïnvloeden.

[ Per rol ]

Wat dit voor jou betekent

Kies jouw rol voor praktische vervolgstappen.

IT/Mailbeheerder

Test elk geadverteerd adres

Succesvolle DNS resolutie en een operationeel SMTP eindpunt zijn verschillende observaties.

Volgende stappen

  1. Query A en AAAA onafhankelijk van elkaar.
  2. Test elk geadverteerd SMTP eindpunt.
  3. Inventariseer SPF afhankelijkheden vóór adresbewerkingen.

CISO / SecOps

Controleer indirecte adresmachtigingen

Een wijziging in een gedeelde hostnaam kan SPF gedrag veranderen wanneer het beleid naar die naam verwijst.

Volgende stappen

  1. Bekijk ongeteste IPv6 blootstelling.
  2. Controleer extern waargenomen uitgaande identiteiten.
  3. Houd transport- en authenticatiebevindingen gescheiden.

Oprichter / Niet-technisch

Bezit beide netwerkfamilies

Het adverteren IPv6 creëert een operationele afhankelijkheid naast de vertrouwde IPv4 service.

Volgende stappen

  1. Financier beide geadverteerde netwerkpaden.
  2. Wijs eigendom toe voor gedeelde hostnamen.
  3. Bewijs van migratieacceptatie vereisen.

[ Veelgestelde vragen ]

Veelgestelde vragen

Wat bewaart A?

Een IPv4 adres.

RFC 1035 §3.4.1

Wat bewaart AAAA?

Een IPv6 adres.

RFC 3596 §2.1

Bewijst AAAA dat IPv6 SMTP werkt?

Nee. Test de bereikbaarheid en SMTP gedrag onafhankelijk.

Kunnen meerdere adressen geretourneerd worden?

Ja. Controleer elk geadverteerd adres in plaats van alleen het eerste.

RFC 3596 §2.3

Verandert een A-bewerking SPF ?

Dit kan wanneer het geëvalueerde SPF -beleid naar die naam verwijst via een adresafhankelijk mechanisme.

RFC 7208 §5.3 RFC 7208 §5.4

Moet ik Apex A inspecteren op inkomende post?

Begin met de MX doelen als er expliciete MX bestaat; de top kan ertoe doen bij impliciete MX-fallback.

RFC 5321 §5.1

Is het IP-adres van de privéserver het verzendende IP-adres?

Niet noodzakelijkerwijs. Registreer het openbare bronadres dat is waargenomen op het daadwerkelijke uitgaande pad.

Bewijst een verbinding dat er een inbox-bezorging plaatsvindt?

Nee. Verbinding, SMTP acceptatie en definitieve mailboxplaatsing zijn afzonderlijke observaties.

RFC 5321 §4.2.5

[ Bronnen ]

Bronnen

  1. RFC 7208

    Secties §5.3 · §5.4

  2. RFC 1035

    Secties §3.4.1

  3. RFC 5321

    Secties §4.2.5 · §5.1

  4. RFC 8767

    Secties §4

  5. RFC 3596

    Secties §2.1 · §2.3

  6. ISC BIND-graafreferentie

    Secties Syntaxis, -x reverse lookup, norecurse queryoptie

[ Glossarium ]

Glossarium

AAAA-record
Een DNS record met één IPv6 adres.

RFC 3596 §2.1

Adresafhankelijke SPF
SPF mechanismen zoals a en mx gebruiken DNS adresgegevens tijdens de evaluatie in plaats van alleen een vast letterlijk IP-beleid.

RFC 7208 §5.3 RFC 7208 §5.4

Herkomst onderneming

Waarom top financiële instellingen en overheden hebben hun e-mailbeveiligingsdashboards stopgezet.

Traditionele platforms voor e-mailauthenticatie verkopen u een dashboard en vragen uw technici om het werk te doen. In omgevingen waar veel op het spel staat, betekent handmatig toezicht vertraagde handhaving, configuratieafwijking en niet-gecontroleerde schaduwdomeinen.

EmailAuth is het agentische e-mailherkomstplatform. Onze agenten handhaven p=reject, houd externe afzenders op één lijn en verplaats uw domeinen naar vol RFC 9989 compliance, de nieuwe DMARC standaard, met 'human-in-the-loop'-auditeerbaarheid.

Regeringen Grote ondernemingen Tier-1 financiële instellingen

SaaS · Toegewijde huur · Air-gapped on-premise · BYOK-encryptie

Kennisbank