Hoe controleer ik de mailserver?

Diagnostiek van mailservers speelt een belangrijke rol bij het garanderen van de juiste e-mailwerking. Het maakt het mogelijk om problemen met betrekking tot het verzenden, ontvangen en verwerken van e-mailberichten te identificeren en op te lossen. Een van de belangrijkste factoren van diagnostiek is het gebruik van filters op mailservers, die bescherming bieden tegen spam, virussen en andere beveiligingsbedreigingen.

Dit artikel zal zowel externe services behandelen die helpen de werking van de mailserver vanaf de zijlijn te controleren, als interne tools die het mogelijk maken om diagnostiek rechtstreeks op de server uit te voeren. Alle acties zullen bijvoorbeeld worden uitgevoerd op een prive server aangestuurd door Ubuntu 20.04.6 OS met een geconfigureerde oplossing in de vorm van Postfix en Dovecot. De gepresenteerde methoden zijn echter toepasbaar op vrijwel elk besturingssysteem en elke e-mailclient.

Online services voor het controleren van mailservers

De eerste en belangrijkste stap is verificatie met behulp van externe online services. Op deze manier kunt u de mailserver controleren op blootstellingen, SPF-, DKIM- en DMARC-instellingen en ook de reputatie controleren van IP-adressen van waaruit e-mail wordt verzonden. In de meeste gevallen kan het gebruik van alleen deze tools leiden tot de gewenste resultaten.

Laten we de belangrijkste verificatiediensten en hun functionaliteit eens nader bekijken:

MxToolBox stelt ons in staat om bijna alle beschikbare mailserverparameters te controleren. De service biedt tools voor het controleren van alle domeinrecords, algemene domeinbeschikbaarheid, het controleren van SSL-certificaten, IP-adresstatus en nog veel meer. Om te diagnosticeren, moet u naar de servicepagina, voer het IP-adres of domein in, selecteer het vereiste hulpmiddel en voer de controle uit

Een gedetailleerde lijst van alle beschikbare tools wordt weergegeven in de schermafbeelding:

Zoals hierboven te zien is, controleert de website ook op de aanwezigheid van een IP/domein in blacklists. Alle belangrijke bronnen worden gecontroleerd: Spamhaus, Barracuda, SURBL en vele anderen. Als het adres in een database staat, zal de service informatie verstrekken over de redenen voor de blacklisting. Op deze manier kunt u maatregelen nemen om het probleem te verhelpen.

MailTester is de op één na populairste tool voor het controleren van de mailserver. Met deze service kunnen gebruikers een testmail naar een uniek adres sturen en vervolgens een gedetailleerd rapport over de kwaliteit van het verzonden bericht ontvangen. In tegenstelling tot MxToolBox is deze resource meer gericht op het niet diagnosticeren van de mailserver, maar op het mogelijk verbeteren van e-mail. Dit betekent echter niet dat de service niet in staat is om een ​​volledige analyse van de server van de verzender uit te voeren. Het test de bezorging van e-mail, voert onderzoek uit en geeft aanbevelingen voor het verbeteren van de mailservice als geheel.

Om de controle te voltooien, gaat u gewoon naar de website van de bron en krijg een uniek e-mailadres waarnaar u een e-mail wilt sturen. Na het indienen moet u "check assessment" selecteren en wachten tot de pagina ververst is. Een goed resultaat ziet er zo uit:

Indien er problemen of aanbevelingen zijn, zal de dienst dit melden in de daarvoor bestemde sectie van het rapport.

De hierboven genoemde services zijn voldoende voor een volledige controle van de mailserver vanaf de zijlijn. Ze stellen u in staat om potentiële problemen met e-mailbezorging te identificeren, uw beveiligingsinstellingen te controleren en ook aanbevelingen te ontvangen voor het oplossen van mogelijke fouten. Vervolgens voeren we tests uit aan de serverzijde.

Controle van mailserverinstellingen

DNS-records controleren

Een van de meest voorkomende problemen aan de kant van de mailserver is een onjuiste configuratie van DNS-records. U kunt de juistheid ervan controleren via de eerder genoemde services van derden. In sommige gevallen kan het echter voorkomen dat de e-mail gewoon niet wordt afgeleverd bij een mailbox van derden. In dat geval moet u handmatig alle vermeldingen controleren. Ga hiervoor naar de DNS-editor en start de controle. Als voorbeeld nemen we het volgende als brongegevens: domein profit.com, IP-adres 11.22.33.44, waarbij @ kan worden gebruikt als de domeinnaam, als de registrar het invullen van dit formulier niet toestaat. Vergeet niet de waarden naar uw eigen waarden te wijzigen. Vergeet niet de waarden naar uw eigen waarden te wijzigen.

A archief definieer de IP-adressen van mailservers. Simpel gezegd, ze leiden het domein naar het mailserveradres. Het zou er zo uit moeten zien:

MX archief zijn het belangrijkst voor een mailserver, ze zijn verantwoordelijk voor de mailbezorgingsroute. Met andere woorden, ze sturen de mail naar een mailbox.

SPF-records verwijzen naar servers die e-mails kunnen verzenden vanaf een specifiek domeinLet op: deze worden gepubliceerd als TXT. Er wordt slechts één mogelijke waarde aangegeven. 

Een DKIM-record is gebruikt om de authenticiteit van een e-mail te verifiëren. Moet de gegenereerde publiek sleutel. Op dezelfde manier wordt slechts één van de waardeopties aangegeven.

DMARC opname is de volgende en laatste beschermingsfase. Het is van toepassing op e-mails die nog niet zijn gepasseerd SPF en DKIM cheques.

Een van de belangrijkste records voor een mailserver is ook de PTR-record. Je zou kunnen zeggen dat het omgekeerd werkt aan de Een opname, dat wil zeggen, het verbindt een IP-adres met een domein. Dit type record kan alleen worden toegevoegd via een verzoek aan de technische ondersteuning van de hostingprovider en kan worden gecontroleerd met de opdracht: nslookup-IP, waarbij IP uw serveradres is. Het antwoord moet het gekoppelde domein weergeven.

Poortcontrole

Problemen met gesloten poorten kunnen ook leiden tot een complete storing van de mailserver. Allereerst is het noodzakelijk om met de provider te verduidelijken of er beperkingen zijn aan de benodigde poorten aan zijn kant. Wij beperken clients niet tot het aantal open poorten op een toegewijd aan or virtuele serversVeel hosting service providers handelen echter anders.

U kunt de open poorten controleren met behulp van de vooraf geïnstalleerde netstat hulpprogramma. Het is voldoende om de opdracht in te voeren:

netstat – nat

Nadat de SMTP/IMAP/POP3-server is geïnstalleerd en geconfigureerd, zien we de bijbehorende open poorten:

Zoals u op de schermafbeelding kunt zien, zijn de belangrijkste e-mailclientpoorten open, namelijk: SMTP (25) / IMAPS (143, 993) / POP3S (110, 995). U kunt ook de mailservice op elke poort afzonderlijk controleren. De telnet tool zal u hierbij helpen. Laten we eens kijken naar het voorbeeld van POP3, dat wil zeggen poort 110:

telnet mail.yourdomain.com 110

We verlaten de tool met de afrit command en controleer de resterende benodigde poorten volgens hetzelfde principe. Merk op dat deze tool ook de mogelijkheid biedt om het verzenden van e-mails te testen zonder een extra interface te gebruiken. Dit kan handig zijn in gevallen waarin de gebruiker alleen de server hoeft in te stellen en van plan is om e-mails lokaal te verzenden.

In het geval van moeilijkheden bij het openen van poorten, moet u letten op de geïnstalleerde Firewall. De meeste distributies worden geleverd met Iptables/Firewall vooraf geïnstalleerd.

Bij iptables We gebruiken de volgende opdrachten:

iptables -A INPUT -p tcp --dport 25 -j ACCEPT
iptables -A INPUT -p tcp --dport 110 -j ACCEPT
iptables -A INPUT -p tcp --dport 995 -j ACCEPT
iptables -A INPUT -p tcp --dport 143 -j ACCEPT
iptables -A INPUT -p tcp --dport 993 -j ACCEPT

Voor firewalld:

firewall-cmd --permanent --add-port=25/tcp
firewall-cmd --permanent --add-port=110/tcp
firewall-cmd --permanent --add-port=995/tcp
firewall-cmd --permanent --add-port=143/tcp
firewall-cmd --permanent --add-port=993/tcp

In sommige gevallen is het voor een correcte werking van de SMTP-service ook nodig dat poorten 465 en 587 geopend zijn. Het openen van deze poorten gebeurt op dezelfde manier. Start de Firewall-service opnieuw op nadat u nieuwe regels hebt toegevoegd.

SSL/TLS-certificaten van de mailserver controleren

SSL/TLS-certificaten worden gebruikt op de mailserver om een ​​veilige gegevensoverdracht tussen de mailclient en de server te garanderen en bevestigen ook de authenticiteit van de mailserver van de verzender zelf, waardoor de mogelijkheid van man-in-the-middle-aanvallen wordt geëlimineerd. Ze kunnen echter ook problemen veroorzaken bij het verzenden of ontvangen van e-mails. Om diagnostiek te starten, moet u nagaan of er certificaten op de server zijn geïnstalleerd. Laten we de aanwezigheid van het certificaat controleren met de volgende opdracht:

openssl s_client -showcerts -server mail.profit.com -connect IP:port

In deze opdracht moet u de waarden vervangen door uw eigen waarden: "mail.profit.com" is het adres van de mailserver; IP:poort is de serverdata. Laten we als voorbeeld de poort controleren 993, die behoort tot de IMAP protocol. Andere protocollen worden op dezelfde manier gecontroleerd.

Als reactie hierop moet de server de certificaatgegevens verzenden:

De meeste mailclients installeren certificaten automatisch. In sommige gevallen is het echter nodig om ze handmatig vrij te geven en toe te voegen aan een specifieke client. Verschillende platforms kunnen een individuele installatie en configuratie vereisen, dus we raden u aan om de instructies voor een specifieke oplossing te raadplegen. We raden aan om Laten we versleutelen als certificaat en Certbot gebruiken als hulpmiddel voor de installatie en configuratie.

Logboekcontrole

Uiteindelijk zijn we tot een oplossing gekomen die in de meeste gevallen, als er al gevallen zijn, helpt: het controleren van de logs van de mailserver. De meeste gebruikers bedriegen zichzelf door te denken dat er geen oplossing is voor hun probleem. Moderne mailclients slaan echter een grote hoeveelheid informatie op in logs:

1. Datum en tijd van het verzenden en ontvangen van e-mails.
2. Adres van de afzender en ontvanger.
3. Resultaten filteren op spam en virussen.
4. De status van de wachtrij voor het verzenden en ontvangen van e-mails.
5. Acties van beheerders en gebruikers met betrekking tot de mailserver (bijvoorbeeld mailboxen maken, verwijderen, instellingen wijzigen).
6. Fouten en problemen die zijn ontstaan ​​tijdens de verwerking en bezorging van e-mails.

De standaarddirectory waarin de logs van de meeste opdrachten worden opgeslagen, bevindt zich op: /var/log/. Afhankelijk van de gebruikte oplossing kan de naam van het specifieke logbestand variëren. Bijvoorbeeld, de mail.log-bestand is bevindt zich in dezelfde directory voor Postfix. Wij raden u aan deze diagnostische methode niet te negeren en de logs te gebruiken zodra de eerste tekenen van slechte prestaties van de mailclient verschijnen. Lees onze handleiding Hoe Linux-logs te lezen.

Begrijpen hoe u de mailserver kunt controleren

We hebben een gedetailleerde diagnose van de mailserver uitgevoerd. Tijdens het testen werden zowel online tools voor gedetailleerd onderzoek als lokale oplossingen voor het detecteren van mogelijke problemen beïnvloed. Na het uitvoeren van alle benodigde tests werd een compleet beeld verkregen van de huidige staat van de mailserver, evenals aanbevelingen voor het elimineren van mogelijke problemen.