Cloudflare gjør alt som har med virksomheten din å gjøre, som APIer, nettsteder og nettverk, raskere og tryggere uansett plassering. Mer spesifikt vil en MX-post i Cloudflare dirigere e-posten din til en e-postserver. Den vil indikere hvordan e-postene dine skal rutes, og vil alltid peke til et annet domene.

Hvis du er ny på Cloudflare, må du kanskje vite hvordan du legger til MX-postene dine. Denne artikkelen vil forklare alt du trenger å vite.
Sett opp MX-postene dine i Cloudflare
Det kan være lurt å sette opp MX-postene dine i Cloudflare for domenet ditt for å sikre at e-postene dine kommer til e-postserveren din, og at domenet ditt ikke er forfalsket av andre e-postavsendere. Det er viktig å merke seg at du ikke kan endre MX-postene dine i Cloudflare hvis e-postruting er i bruk. Du må deaktivere e-postruting.
For å rute e-postene dine til serveren din på Cloudflare, må to DNS-poster opprettes:
- Du må opprette en AAAA/A-post for e-postunderdomenet som vil peke til e-postserverens IP-adresse.
Skriv inn Navn IPv4-adresse Proxy-status
En post 192.0.2.1 Fullmakt
Her er et eksempel på en API:
Request
curl -sX POST "https://api.cloudflare.com/client/v4/zones//dns_records" \
-H "x-auth-email: " \
-H "x-auth-key: " \
-H "Content-Type: application/json" \
--data '{
"type":"A",
"name":"www.example.com",
"content":"192.0.2.1",
"ttl":3600,
"proxied":false
Response
{
"result": {
"id": "",
"zone_id": "",
"zone_name": "example.com",
"name": "www.example.com",
"type": "A",
"content": "192.0.2.1",
"proxiable": true,
"proxied": false,
"ttl": 1,
"locked": false,
"meta": {
"auto_added": false,
"managed_by_apps": false,
"managed_by_argo_tunnel": false,
"source": "primary"
},
"comment": null,
"tags": [],
"created_on": "2023-01-17T20:37:05.368097Z",
"modified_on": "2023-01-17T20:37:05.368097Z"
},
"success": true,
"errors": [],
"messages": []
}
- Du må sette opp MX-posten som vil peke til underdomenet.
Type Navn Hovedserver TTL
MX @ mail.example.com Auto
Her er et eksempel på en API:
Request
curl -sX POST "https://api.cloudflare.com/client/v4/zones//dns_records" \
-H 'x-auth-email: ' \
-H 'x-auth-key: ' \
-H "Content-Type: application/json" \
--data '{
"type":"MX",
"name":"example.com",
"content":"mail.example.com",
"ttl":3600,
"proxied":false
}'
Response
{
"result": {
"id": "",
"zone_id": "",
"zone_name": "example.com",
"name": "example.com",
"type": "MX",
"content": "mail.example.com",
"priority": 10,
"proxiable": false,
"proxied": false,
"ttl": 3600,
"locked": false,
"meta": {
"auto_added": false,
"managed_by_apps": false,
"managed_by_argo_tunnel": false,
"source": "primary"
},
"comment": null,
"tags": [],
"created_on": "2023-01-17T20:54:23.660869Z",
"modified_on": "2023-01-17T20:54:23.660869Z"
},
"success": true,
"errors": [],
"messages": []
}
Eksempel på MX Record
Her er hvordan en MX-post ser ut:
| Eksempel.com |
Posttype: |
Prioritet: |
Verdi: |
TTL |
| @ |
MX |
20 |
mailhostA.example.com |
45 000 |
| @ |
MX |
30 |
mailhostB.example.com |
45 000 |
Preferanse er angitt for MX-postene med prioritetstallene før domenene. Den foretrukne prioritetsverdien er den lavere verdien. Fordi 20 er lavere enn 30, vil serveren først prøve mailhostA. Hvis det mislykkes i å sende meldingen, vil serveren som standard være mailhostB.
Hvis du vil at begge serverne skal få samme mengde e-post og ha samme prioritet, kan du konfigurere MX-posten som nedenfor:
| Eksempel.com |
Posttype: |
Prioritet: |
Verdi: |
TTL |
| @ |
MX |
20 |
mailhostA.example.com |
45 000 |
| @ |
MX |
20 |
mailhostB.example.com |
45 000 |
Når den er konfigurert som ovenfor, vil e-postleverandøren balansere e-postbelastningen likt mellom begge serverne.
Som ville være MX Record Backup
En sikkerhetskopi av MX-poster vil være MX-posten for e-postserveren som har en høyere prioritetsverdi (som betyr at den har en lavere prioritet). Dette sikrer at hvis alt fungerer som det skal, sendes e-posten til prioriterte servere. I den første tabellen vil mailhostB være backupserveren din på grunn av at mailhostA håndterer e-posttrafikken når den er oppe og kjører.
Slik konfigurerer du MX-postene dine
Hvis domenet ditt behandles gjennom Cloudflare, men du har problemer med e-posten din, har du enten ikke konfigurert e-postpostene dine riktig, eller du kan mangle MX- og e-postposter i sonefilen.
Følg disse trinnene i Cloudflare for å redigere DNS-sonefilen:
- Sørg for at du er logget på kontoen din på Cloudflare.
![Slik legger du til en Mx-post i Cloudflare Slik legger du til en Mx-post i Cloudflare]()
- Velg et "domene" som du vil legge til en MX-post til.
![Slik legger du til en Mx-post i Cloudflare Slik legger du til en Mx-post i Cloudflare]()
- Åpne "DNS-appen" øverst på siden din.
![Slik legger du til en Mx-post i Cloudflare Slik legger du til en Mx-post i Cloudflare]()
Sjekk at "A"-posten for "mail"-underdomenet ditt har en "Grå sky" som indikerer at Cloudflare ikke behandler den. Dette skyldes at domenenavnet brukes av flere hostingselskaper for MX-poster, som internt løser e-postserveren. Domenet alene kan ikke være MX-posten når du bruker Cloudflare. MX-posten vil være underdomenet og vil ha en grå sky.
Vær oppmerksom på at serverens delte IP-adresse må være IP 1.2.3.4.
Konfigurere "A"-posten for underdomenet for "Mail"
Følg disse trinnene for å få riktig IP for konfigurasjon av underdomenet for e-post:
- Når du er logget inn på C-panelet, velger du fra fanen "Generell informasjon", "Serverinformasjon".
- Du vil se din "Delte IP-adresse" under vinduet for "Serverinformasjon", og du vil kunne bruke denne som din IP i Cloudflare DNS-sonen.
Slik forhindrer du forfalskning av domenet ditt
For å sikre at ingen kan sende e-poster med ditt domene, kan du velge mellom flere DNS-mekanismer. Disse er som TXT-poster som du må legge til domenet ditt.
- (SPF) Sender Policy Framework: En autorisert liste over IP-domener og adresser som sender e-poster på vegne av domenene dine.
- (DKIM) DomainKeys Identified Mail: Dette signerer kryptografisk e-post for å autentisere e-postene dine.
- ( DMARC) Domenebasert meldingsautentiseringsrapportering og samsvar: Du vil motta rapporter om e-posttrafikken din samt forslag til hvordan e-postmottakere skal behandle e-poster som ikke samsvarer.
Hvorfor bruke SPF Records
Det er flere fordeler med å bruke SPF-poster:
- Sikrer at e-poster leveres: De fleste e-poster som returneres eller spammes er vanligvis fra domener som ikke har publiserte SPF-poster. Spammet eller returnerte e-poster vil til slutt hindre domenet i å sende til folks innbokser.
- Bidrar til angrepsforebygging: SPF-poster gjør det vanskelig for hackere å etterligne domenet, og forhindrer dermed phishing-angrep, spoofing og spam-e-poster, som er det som skjer når e-postene ikke er autentisert.
- Samsvarer med DMARC: DMARC fungerer som et valideringssystem for e-poster som sikrer at kun brukere som er autorisert sender e-post. DMARC-policyer forteller servere hvordan de skal omdirigere e-post som mislykkes i DKIM- og SPF-kontroller. Ved å bruke disse DMARC-retningslinjene vil e-postene enten bli levert normalt, avvist eller spammet. Justeringer av en policy kan gjøres av domeneadministratorene etter at de har mottatt rapportene om e-postaktiviteten.
Sørg for at e-posten din blir dirigert til serveren din ved å legge til MX-poster i Cloudflare
Hvis du starter din Cloudflare-reise, må du legge til MX-poster for å dirigere e-posten til e-postserveren din. MX-poster indikerer hvordan e-postene dine vil bli rutet, og de sikrer at domenet ditt ikke blir forfalsket av andre e-postavsendere. Merk at du ikke vil kunne endre MX-poster i Cloudflare når du bruker e-postruting. Dette må deaktiveres.
Syntes du prosessen for å legge til MX-postene dine til Cloudflare-kontoen din var en enkel prosess? I så fall, brukte du noen av tipsene i denne artikkelen? Gi oss beskjed i kommentarfeltet nedenfor.