Luodaksesi SPF tietueen lisäät verkkotunnukseesi yhden DNS TXT -tietueen, joka alkaa v=spf1, luettelee kaikki sähköpostisi lähettämiseen valtuutetut palvelut ja päättyy kaikki-mekanismiin. Julkaiset sen verkkotunnuksesi juurissa, odotat DNS leviämistä ja vahvistat sen sitten. Koko prosessi kestää muutaman minuutin plus etenemisaika, ja tärkeintä on varmistaa, että jokainen laillinen lähettäjä on mukana ennen kuin pakotat hardfailin.
Askel askeleelta
- 1
1. Listaa kaikki lähettävät lähteet
Kirjoita verkkotunnukseksi kaikki sähköpostit lähettävät palvelut: postilaatikkosi palveluntarjoajasi, markkinointialustasi, CRM, tukipalvelu ja mikä tahansa tapahtuman lähettäjä. Jos yksi puuttuu, sen posti epäonnistuu.
- 2
2. Etsi kunkin toimittajan SPF arvo
Jokainen palveluntarjoaja julkaisee include-arvon tai IP-alueen, esimerkiksi include:_spf.google.com Google Workspace tai include:sendgrid.net SendGrid . Kerää ne kaikki.
- 3
3. Rakenna yksi tietue
Yhdistä ne yhdeksi merkkijonoksi, joka alkaa v=spf1, jota seuraa mekanismisi, joka päättyy valitsemaasi kaikki-määritteeseen. Käytä ip4:ää tai ip6:ta kiinteille palvelimille välttääksesi ylimääräiset haut.
- 4
4. Valitse kaikki karsinnassasi
Käytä ~all ( softfail ) testauksen aikana, jotta mikään ei ole estetty, ja vaihda sitten -all (hardfail) -tilaan, kun jokainen lähettäjä on vahvistettu.
- 5
5. Julkaise TXT tietue
Luo DNS isäntään TXT -tietue verkkotunnuksesi juureen (isäntä @ tai tyhjä) SPF merkkijonolla arvona. Tallenna vain yksi SPF tietue.
- 6
6. Odota ja vahvista
Anna DNS levitä ja suorita sitten tarkistus varmistaaksesi syntaksi, yhden tietueen sääntö ja että olet alle 10 hakua.
Aloitusennätys
v=spf1 include:_spf.google.com include:sendgrid.net ip4:203.0.113.5 ~all
Säännöt, jotka pitävät sen voimassa
Muutama rajoitus ratkaisee, toimiiko tietueesi. Riko jokin näistä ja vastaanottajat voivat palauttaa permerror , joka epäonnistuu sähköpostisi hiljaa.
- Julkaise täsmälleen yksi SPF TXT -tietue. Kaksi tietuetta aiheuttaa permerror .
- Pysy alle 10 DNS -haussa kaikissa sisällytetyissä ja sisäkkäisissä ketjuissa.
- Aloita v=spf1 llä ja lopeta yhteen kaikkiin mekanismiin.
- Käytä ip4:ää ja ip6:ta kiinteisiin IP-osoitteisiin, koska ne eivät lisää hakukuluja.
- Sisällytä kaikki oikeat lähettäjät ennen kuin vaihdat -all .
Pidä se alle 10 haussa
Kun lisäät useita toimittajia, hakumääräsi nousee ja voi ylittää rajan. EmailAuth SmartSPF tasoittaa sisällytysketjut yhdeksi optimoiduksi tietueeksi ja pitää Microsoft 365 , Google Workspace , Salesforce ja SendGrid toimittajan IP-alueet synkronoituna niiden muuttuessa, joten sinun ei tarvitse enää koskaan muokata käsin. Ilmainen verkkotunnuksen tarkistus laajentaa ketjua ja laskee hakusi ennen julkaisua. Kun SPF on käytössä, lisää DKIM -allekirjoitus ja DMARC -käytäntö, jotta todennus kestää edelleenlähetyksen ja suojaa näkyvää lähettäjä-osoitettasi.
Usein kysytyt kysymykset
Mihin laitan SPF tietueeni?
Julkaise se TXT tietueena verkkotunnuksesi juuressa käyttämällä isäntä @ tai tyhjää isäntäkenttää DNS palveluntarjoajasta riippuen. Kirjoita koko SPF -merkkijono tietuearvoksi ja tallenna vain yksi SPF -tietue verkkotunnukselle.
Miltä SPF perustietueen pitäisi näyttää?
Se alkaa v=spf1, luettelee valtuutetut lähettäjät include-, ip4- tai ip6-mekanismeina ja päättyy kaikki-määritteeseen. Esimerkki: v=spf1 include:_spf.google.com ~all . Lisää kunkin toimittajan julkaisema sisällytysarvo.
Pitäisikö minun käyttää -all vai ~all kun luon tietueen ensimmäisen kerran?
Aloita komennolla ~all ( softfail ), joten yhtään postia ei estetä, kun vahvistat, että kaikki lähettäjät ovat luettelossa. Kun olet varmistanut, että kaikki lailliset lähteet läpäisevät, vaihda kohtaan -all (hardfail) vahvistaaksesi suojausta huijauksia vastaan.
Kuinka kauan SPF tietueen toimiminen kestää?
Kun olet tallentanut TXT tietueen, DNS eteneminen kestää yleensä muutamasta minuutista muutamaan tuntiin. Kun olet lisännyt, suorita tarkistus varmistaaksesi, että syntaksi on kelvollinen, että vain yksi tietue on olemassa ja sinulla on alle 10 hakua.
[ SPF opas ]
Yrityksen alkuperä
Miksi parhaat rahoituslaitokset ja hallitukset lopettivat sähköpostin suojauksen hallintapaneelinsa.
Perinteiset sähköpostin todennusalustat myyvät sinulle kojelaudan ja pyytävät insinöörejäsi tekemään työtä. Korkeiden panosten ympäristöissä manuaalinen valvonta tarkoittaa viivästynyttä täytäntöönpanoa, konfiguraatioiden siirtymistä ja valvomattomia varjoalueita.
EmailAuth on agentti sähköpostin alkuperäalusta. Agenttimme valvovat p=reject, pidä kolmannen osapuolen lähettäjät kohdakkain ja siirrä verkkotunnuksesi täyteen RFC 9989 noudattaminen, uusi DMARC standardi, jossa on in-the-loop -tarkastettavuus.
SaaS · Dedikoitu vuokrasopimus · Ilmarakoinen on-prem · BYOK-salaus