Vahvista Centercode-lähetysjärjestely
Centercode on virallinen teknisten tietojen opas merkitsee ohjeet kaikkiin painoksiin soveltuviksi. Siinä todetaan SPF valtuutus on pakollinen alustalle lähettääkseen asiakkaan sähköpostiverkkotunnuksen puolesta, kun taas DKIM on valinnainen ja saatavilla pyynnöstä. Säilytä tämä ero: toimittajan valinnainen DKIM työnkulku ei poista erillisiä organisaation tai vastaanottajan vaatimuksia. Tämä käsikirjoitus kuvaa dokumentoitua palvelureittiä, ei havaittua vuokralaisen konfiguraatiota tai valmistunutta toteutusta.
Aloita tunnistamalla Centercode-toteutus, lähteville viesteille tarkoitettu toimialue ja vastuullinen verkkotunnuksen omistaja. Älä oleta, että yhteisön verkkosivuston isäntänimi, näkyvä sähköpostiosoite ja todellinen kirjekuoren lähettäjä ovat identtisiä. Sovellus voi käyttää merkkiosoitetta lähettäessään toisen organisaation hallitseman infrastruktuurin kautta. Hyväksymistietueen tulee määrittää, mikä toimialue kukin todennusosa on tarkoitettu kattamaan, ennen kuin kukaan muokkaa DNS .
Julkinen opas ei paljasta teknisten ohjeiden julkaisupäivää säilytetyssä artikkelitekstissä. Sen sovellettavuus käyttötiliin ja infrastruktuuriin on siksi edelleen vapauttamisen ehto. Vahvista nykyiset ohjeet valtuutetulta operaattorilta, varsinkin jos toteutus on siirtänyt infrastruktuuria tai on perinyt asetukset aiemmalta yhteisöltä. Alatunnisteen päivämäärä tai vanha onnistunut kampanja eivät vahvista nykyistä teknistä yhteensopivuutta.
Valitse dokumentoitu SPF valtuutusmalli tietoisesti
Palveluntarjoajan vakioesimerkki sisältää include:_spf.centercode.com. Se tarjoaa myös kapeamman mallin käyttämällä palvelukohtaista IP-osoitetta tai tukialuetta. Nämä ovat erilaisia huoltovaihtoehtoja. Laaja kattaa seuraa palveluntarjoajan julkaistua lupariippuvuutta; tuen myöntämä osoite rajoittaa valtuutuksen tunnistettuun infrastruktuuriin, mutta vaatii huomiota, kun infrastruktuuri muuttuu. Oppaassa varoitetaan nimenomaisesti, että infrastruktuurin päivitys voi edellyttää valtuutetun osoitteen päivittämistä. Centercode tekniset tiedot
Älä päättele toteutuksen omistettuja osoitteita palveluntarjoajan verkkosivustosta, yhteisön URL-osoitteesta tai saapuvasta osoitteesta MX tietueita. Hanki todelliset valtuutetut arvot dokumentoidun tukiprosessin kautta, kun kyseistä mallia tarvitaan. Tämä artikkeli ei pyydä osoitteita, ota yhteyttä tukeen tai julkaise arvattua IP-osoitetta. Päätökseen käyttää suppeampaa mallia tulee sisältää omistaja muutosilmoituksille ja ennätys toteutuksesta, jota toimitetut osoitteet koskevat.
Ennen kuin hyväksyt jommankumman mallin, selvitä verkkotunnuksen olemassa olevat lailliset lähettäjät. Centercoden havainnollistava käytäntö ei korvaa täysin yrityksen tuotantopolitiikkaa. Säilytä vaaditut valtuutukset, arvioi tilaus- ja päätetarkenne ja dokumentoi tarkka muutos. Verkkoalueen laajuiseen käytäntöön lisätty palvelu voi vaikuttaa eri viestiryhmään kuin kampanjan omistaja alun perin odottaa.
Käytä SPF -protokollasääntöjä koko esimerkin kopioimisen sijaan
RFC 7208 , kohta 3.2 estää useita tietueita, jotka saavat SPF valitsemaan useamman kuin yhden käytännön. Yhdistä hyväksytty mekanismi yhdeksi johdonmukaiseksi TXT käytännöksi asianomaisessa omistajassa toisen kilpailevan käytännön lisäämisen sijaan. Palveluntarjoajan esimerkki sisältää myös mx ja soft-fail -päätteen; niiden esiintyminen esimerkissä ei osoita, että molemmat ovat sopivia jokaiselle olemassa olevalle verkkotunnukselle. Säilytä vakuutuksenomistajan päätökset sen sijaan, että muutat asiaankuulumatonta käyttäytymistä sivuvaikutuksena.
Kohta 4.6.4 rajoittaa arvioituja DNS-riippuvaisia SPF termejä, mukaan lukien sisäkkäinen arviointi. Se ei ole vain näkyvien merkkijonojen, DNS pakettien tai välimuistin puuttumisen määrä. Centercode-sisällytyksen lisääminen edellyttää soveltuvien polkujen tarkistamista koko käytännön läpi. Tuetun ip4- tai ip6-mekanismilla on erilainen hakukäyttäytyminen, mutta sen valitseminen luo silti yllä kuvatun ylläpitoriippuvuuden. Pienempi hakumäärä ei riitä oikeuttamaan vahvistamattomien osoitteiden kopioimista.
SPF arvioi SMTP tapahtuman määrittämät identiteetit. RFC 7208 , kohta 2.4 kuvaa MAIL FROM, mukaan lukien tyhjän paluupolun erikoiskäsittely. Tietue näkyvässä Lähettäjä-toimialueessa ei ole todiste siitä, että tietty viesti käyttää kyseistä toimialuetta SPF arviointiin. Kirjaa muistiin kirjekuoren todellinen identiteetti erikseen valtuutetun hyväksynnän aikana ja vertaa sitä tarkasteltavaan käytäntöön.
Pyydä toteutuskohtaista DKIM -materiaalia
Centercoden dokumentoitu DKIM reitti alkaa tukipyynnöstä toteutuksen chatista tai ilmoitetusta tukikanavasta. Sen IT-tiimi palauttaa julkisen avaimen asiakkaan DNS järjestelmänvalvojalle. Oppaassa kuvataan cc. _domainkey owner asiakkaan verkkotunnuksessa ja toimitetusta julkisesta avaimesta rakennettu DKIM TXT -arvo. Käytä toteutuskohtaisia ohjeita ja tarkkaa tarkoitettua verkkotunnusta; älä kopioi oppaan paikkamerkkiverkkotunnusta tai valmista avainmateriaalia. Pyydetään DKIM tukea
Julkinen vahvistusavain ei ole yksityinen allekirjoitusavain. Tämä työnkulku ei vaadi asiakasta hankkimaan tai jakamaan palveluntarjoajan yksityistä allekirjoitusmateriaalia. Säilytä vastaanotettu julkinen avain, omistajan nimi ja tiliviite yhdessä, jotta DNS tarkistaja voi erottaa pyydetyn määrityksen vyöhykkeellä jo olevasta asiaankuulumattomasta avaimesta. Jos olemassa oleva valitsin omistaja on ristiriidassa ehdotetun arvon kanssa, lopeta koordinoitu siirtymä sen sijaan, että korvaisi sen arvioimatta aktiivista käyttöä.
Oppaassa kerrotaan, kuinka toimitettua materiaalia pyydetään ja julkaistaan, mutta se ei todista, että allekirjoitus on aktivoitu tietylle tilille. Tallenna kaikki palveluntarjoajan valmistumisvahvistukset erikseen DNS muutoksesta. RFC 6376 , kohta 3.5 määrittää allekirjoituksen toimialueen ja valitsinkentät. Nämä valtuutetun vastaanotetun viestin näytteen kentät osoittavat, mitä avainta viesti todella käyttää; julkaistu avain ei yksinään osoita, että allekirjoittaja on käyttänyt sitä.
Pidä DMARC ja toimituksen hyväksyntä erillään
Centercode-opas määrittää DMARC asiakkaan verkkotunnuksen omistajalle. Tarkista alustan reitti yhdessä organisaation muiden lähettäjien kanssa ennen kuin muutat käytäntöä. DKIM avaimen tukipyyntö ei valtuuta uusia raportointikohteita tai verkkotunnuksen laajuista täytäntöönpanon muutosta. Säilytä nämä päätökset asianmukaisella omistajalla ja dokumentoi niiden laajuus itsenäisesti.
RFC 9989 , kohta 4.4 selittää, että DMARC edellyttää näkyvän tekijän verkkotunnuksen ja välittävän todetun tunnuksen välistä suhdetta. Hyväksytty tasattu SPF tulos tai tasattu DKIM tulos voi täyttää tämän todennusehdon. Älä käännä Centercoden pakollista SPF edellytystä protokollaväitteeksi, jonka mukaan DMARC tarvitsee yleisesti molemmat mekanismit läpäistäkseen. Samoin riippumaton toimittajan allekirjoitus ei muodostu linjaus asiakkaan verkkotunnuksen kanssa.
Palveluntarjoaja ehdottaa julkista SPF hakua yhtenä tarkistuksena. Tämä voi auttaa julkaisun luomisessa, mutta se ei voi vahvistaa varsinaista allekirjoitusta, vastaanottajan hyväksyntää tai postilaatikon sijoittelua. Täydellinen ehdotettu hyväksyntätarkistus erottaa julkisen DNS , palveluntarjoajan määrityksen ja luotettujen vastaanottimien havainnot. Käytä vaaratonta testisisältöä osallistujien palautteen, luottamuksellisten tuotekuvausten tai yhteisön jäsentietojen sijaan. Tälle oppaalle ei suoritettu ulkoista tarkistuslähetystä, kyselyä tai viestiä.
Kuvitteellinen diagnoosi ja tyhjä hyväksymistaulukko
Kuvitteellinen laitteistotiimi, Harbour Finch, käyttää tuen myöntämää osoitetta Centercode-toteutuksessaan. Suunnitellun infrastruktuurin siirron jälkeen tiimi säilyttää vanhan valtuutuksen, koska yhteisön verkkosivusto latautuu edelleen normaalisti. Sen arvioija tunnistaa puuttuvan riippuvuuden: verkkosivuston saatavuus ei ole todiste siitä, että lähtevän palvelun osoite pysyi samana. Ehdotettu korjauskeino on vahvistaa uusi reitti vastuullisen liikenteenharjoittajan kanssa, tarkistaa valtuutettu muutos ja kerätä uusia viestitodisteita. Tämä on kuvitteellinen tapaus, ei mitattu tapaus tai toteutettu siirto.
- Toteutus, painos ja nykyisen ohjeen vahvistus: ______
- Tarkoitettu tekijän verkkotunnus ja havaittu kirjekuoren identiteetti: ______
- Vakiomuotoinen sisällyttäminen tai tuen myöntämä osoitepäätös ja omistaja: ______
- Nykyinen TXT käytäntö, hyväksytty muutos ja arviointitarkistus: ______
- Infrastruktuurin siirtoilmoitus- ja ylläpitovastuu: ______
- DKIM -pyynnön viite, julkinen omistaja, avain ja allekirjoitusvahvistus: ______
- Valtuutetut vastaanotettujen viestien identiteetit ja kohdistustulokset: ______
- DMARC -käytännön omistaja, ratkaisemattomat riippuvuudet ja julkaisupäätös: ______
Tarkat luettelon toteutustodisteet, nykyinen soveltuvuus, ihmisen aiheen tarkastelu, tuotantoreitit, visuaalinen saavutettavuus ja omistajan vapauttaminen ovat avoinna. Artikkeli on dokumentiluonnos, ei todiste siitä, että vuokralainen, DNS vyöhyke tai viestivirta on määritetty tai testattu.