Home › Handleidingen

Shared hosting-IP op een blacklist? Wat u wel en niet kunt oplossen

Gepubliceerd 2026-11-03 ／ Bijgewerkt 2026-11-03 ／ Door Yuki Nakazawa

Staat een IP-adres van shared hosting op een blacklist, stel dan eerst vast wie dat IP-adres beheert en op welke lijst het precies staat, met welke retourcode. Ruim daarna op wat er aan uw kant mis is en stuur uw hostingprovider het bewijs uit de lookup, zodat die actie kan ondernemen. Bij een gedeeld IP-adres kan de oorzaak een heel andere klant zijn, en bij sommige lijsten kan alleen de eigenaar van het netwerk verwijdering aanvragen.

Ook een net ingericht VPS- of cloud-IP-adres kan vanaf dag één "op een blacklist" lijken te staan, hetzij door de geschiedenis van een vorige gebruiker, hetzij omdat de range is gelist als een range die geen mail rechtstreeks hoort te versturen. Hoe de situatie ook is, de beslissing over delisten ligt altijd bij de lijstbeheerder.

Deze gids is gebaseerd op de officiële pagina's van Spamhaus, AWS, Google Cloud en Microsoft Azure zoals die er in november 2026 uitzagen. Beperkingen en procedures veranderen, dus controleer de actuele formulering voordat u iets onderneemt. Voor het bredere beeld van bounces die met blacklists te maken hebben, zie onze gids over e-mail die door blacklists wordt geblokkeerd.

Zoek eerst uit om welk IP-adres en welke lijst het gaat

"Mijn server staat op een blacklist" kan heel verschillende dingen betekenen, en de oplossing hangt af van de details. Beantwoord eerst drie vragen voordat u iets anders doet.

1. Welk IP-adres verstuurt uw mail werkelijk? Het IP-adres waarop uw website draait, is niet per se het adres dat uw e-mail aflevert. Lees de bouncemelding, die vaak het geweigerde IP-adres vermeldt, en controleer de Received-headers van een bericht dat u hebt verstuurd om het echte uitgaande adres te bevestigen.
2. Wie beheert dat IP-adres? Bij shared hosting is het een adres dat u met andere klanten deelt. Bij een dedicated server, VPS of cloudinstance is het aan u toegewezen, al is de omringende range nog steeds van de provider. Uw hostingpakket of configuratiescherm laat zien of uw uitgaande mail een gedeeld adres gebruikt.
3. Op welke lijst staat het? Lijsten verschillen in betekenis en in wie het kan oplossen. Haal het IP-adres door onze blacklistchecker om alle grote lijsten in één keer te zien, en noteer de namen van de lijsten en de retourcodes.

Met die drie antwoorden wordt meestal duidelijk of u dit zelf oplost, of uw provider het moet oplossen, of dat het een teken is dat u de manier waarop u mail verstuurt beter helemaal kunt veranderen.

Lookupresultaten en retourcodes lezen

Spamhaus ZEN (zen.spamhaus.org) is de gecombineerde IP-lijst van Spamhaus. Een gelist IP-adres geeft een adres in het bereik 127.0.0.x terug, en het laatste getal vertelt welke onderliggende lijst een match gaf. Voor IP-adressen van shared hosting en cloud zijn dit de codes die u goed uit elkaar moet houden:

Een PBL-vermelding is geen beschuldiging. Het is een beleidsverklaring dat mail van dit adres met authenticatie moet worden aangeboden aan een server die de mail verder doorstuurt. Spamhaus moedigt ISP's en andere netwerken actief aan om elke range te listen die geen mail hoort te versturen, en daar horen webservers uitdrukkelijk bij.

De codes 127.255.255.252, 127.255.255.254 en 127.255.255.255 zijn fouten, geen listings. De FAQ van Spamhaus over DNSBL-gebruik waarschuwt ook dat een gratis publieke resolver zoals Google Public DNS (8.8.8.8) in de meeste gevallen "niet gelist" teruggeeft, en daarom kunnen verschillende tools elkaar tegenspreken. Controleer het resultaat bij twijfel in de eigen reputatiechecker van Spamhaus. Voor de volledige procedures per lijst, zie hoe verwijdering bij Spamhaus werkt.

Wat u zelf kunt oplossen en wat niet

Hoeveel u zelf kunt veranderen, hangt af van waar u voor betaalt.

Uw eigen account uitsluiten bij shared hosting

• Gecompromitteerde mailboxen. Doorzoek verzendlogs en verzonden mappen op pieken in mail die u niet hebt verstuurd. Wijzig meteen de wachtwoorden als u iets vindt.
• Een gehackte website. Verouderde CMS-installaties en plug-ins zijn een veelgebruikte route voor aanvallers om scripts te uploaden die mail versturen.
• Misbruikte formulieren. Contactformulieren waarvan het automatische antwoord een bezoeker de ontvanger of de tekst laat kiezen, kunnen worden omgebouwd tot spamkanon.
• Kwaliteit van de lijst. Mailen naar gekochte lijsten of naar adressen die zich nooit hebben aangemeld, is een betrouwbare manier om een gedeeld IP-adres te beschadigen voor iedereen, ook voor uzelf.

Levert dit allemaal niets op, dan ligt de oorzaak waarschijnlijk bij iemand anders op hetzelfde adres. De FAQ van Spamhaus over poort 25 zegt het onomwonden: bij gedeelde IP-pools zijn de meeste mensen die door een listing worden geraakt niet degenen met het geïnfecteerde apparaat. In dat geval is uw taak het bewijs te verzamelen en aan de provider over te dragen.

Zo meldt u het bij uw hostingprovider

Spamhaus stelt dat verwijderingsverzoeken voor de SBL moeten worden ingediend door de ISP die verantwoordelijk is voor het gelistte IP-adres, en raadt gewone gebruikers aan voor herstel contact op te nemen met hun ISP. Voor een klant van shared hosting is die ISP uw hostingbedrijf. Een supportticket met alleen "mijn e-mail komt niet aan" wordt vaak heen en weer gestuurd. Een ticket met de volgende gegevens schiet meestal sneller op:

1. Het verzendende IP-adres, zoals bevestigd uit de headers of de bounce.
2. De lijst en de retourcode, bijvoorbeeld zen.spamhaus.org die 127.0.0.2 teruggeeft.
3. Wanneer u hebt gecontroleerd en waarmee, inclusief wat de officiële reputatiechecker liet zien als u die hebt gebruikt.
4. De bouncetekst, met name de regel waarin de ontvangende server de weigering uitlegt.
5. Wat u al hebt uitgesloten, zoals het resetten van wachtwoorden en een schone scan van de site.
6. Waar u om vraagt: onderzoek, zo nodig een verwijderingsverzoek bij de lijstbeheerder, of het verplaatsen van de uitgaande mail van uw account naar een ander IP-adres.

Een kort voorbeeld:

Our outbound IP 192.0.2.10 returns 127.0.0.2 (SBL) on zen.spamhaus.org.
We confirmed this on the official Spamhaus checker at 10:00 UTC on 2026-11-03.
We have reset all mailbox passwords and found no unexpected files on our site.
Please investigate, request removal if appropriate, or advise whether our mail
can be sent from a different IP.

Uw provider heeft mogelijk tijd nodig, en ook als die in actie komt, neemt de lijstbeheerder de uiteindelijke beslissing. Hebt u mail die niet kan wachten, bekijk dan de relay-optie hieronder als parallelle noodoplossing. Komt u er niet uit waar het probleem zit, dan kunt u ook ons om hulp vragen.

Beperkingen op poort 25 en reverse DNS bij VPS en cloud

Draait u uw eigen mailserver op een VPS of cloudinstance, dan kunt u al tegen een probleem aanlopen voordat er sprake is van een blacklist: veel providers beperken uitgaande TCP-poort 25, de poort voor mailaflevering tussen servers. De officiële documentatie van AWS, Google Cloud en Microsoft Azure zegt het volgende.

• Amazon EC2 (AWS). Standaard staat EC2 uitgaand verkeer op poort 25 alleen toe naar private IPv4-adressen; verkeer naar publieke IPv4- en IPv6-adressen wordt geblokkeerd. U kunt aanvragen dat de beperking wordt opgeheven. Voor e-mail aan derden raadt AWS aan Elastic IP-adressen in te richten en daar statische reverse-DNS-records aan toe te wijzen, met de opmerking dat dit kan helpen voorkomen dat mail als spam wordt aangemerkt. Er moet een forward-DNS-record (A) bestaan dat naar het Elastic IP-adres verwijst voordat u het reverse-record aanmaakt.
• Google Cloud (Compute Engine). Uitgaand verkeer naar TCP-poort 25 op externe IP-adressen wordt standaard geblokkeerd. De blokkade wordt automatisch opgeheven wanneer Google Cloud vaststelt dat een project een laag risico heeft, en u kunt de status van een project zien via een banner op de pagina's VPC-netwerken of firewallbeleid in de console. SMTP over TLS op poort 465 en 587 valt niet onder de blokkade. Google raadt aan een betrouwbare externe e-mailprovider te gebruiken, wat volgens Google uw IP-reputatie verbetert.
• Microsoft Azure (virtuele machines). Uitgaande poort 25 is geblokkeerd voor elk abonnementstype behalve standaard Enterprise Agreement en Microsoft Customer Agreement voor enterprise (MCA-E). Enterprise Dev/Test-abonnementen zijn standaard geblokkeerd, maar kunnen via de diagnose in de portal worden vrijgesteld. Geauthenticeerde SMTP-relaydiensten, meestal op poort 587, zijn voor geen enkel abonnementstype beperkt, en Microsoft raadt die aan. Ook waar poort 25 open is, merkt Microsoft op dat er geen garantie is dat externe domeinen de mail accepteren.

Een geblokkeerde poort 25 is een afleverprobleem, geen reputatieprobleem, en het openzetten van de poort doet niets voor de reputatie van uw IP-adres. Wilt u wel een uitsluiting van de Spamhaus PBL voor een cloud- of VPS-adres, dan moet het IP-adres statisch zijn, daadwerkelijk een uitgaande mailserver draaien, correcte forward en reverse DNS hebben en aan u zijn toegewezen. Spamhaus eist ook dat uitgaande poort 25 gesloten is voor elk ander apparaat erachter.

Overstappen op een dedicated IP of een geauthenticeerde SMTP-relay

Wordt een gedeeld IP-adres steeds door de buren naar beneden getrokken, of wil uw cloudprovider poort 25 niet openzetten, dan is de manier van verzenden veranderen vaak praktischer dan achter delistings aanjagen.

Een externe, geauthenticeerde SMTP-relay

In plaats van dat uw server de mail rechtstreeks bij de ontvanger aflevert, geeft die elk bericht door aan een geauthenticeerde verzendserver die het namens u aflevert. Dit is precies het model dat Spamhaus beschrijft voor ranges op de PBL: van mail wordt verwacht dat die met authenticatie wordt aangeboden aan een relay, die kan worden beheerd door de ISP waarmee u verbindt of door een externe maildienst. De FAQ van Spamhaus over poort 25 voegt eraan toe dat eindgebruikers poort 587 of 465 met SMTP AUTH horen te gebruiken. Azure en Google Cloud raden allebei geauthenticeerde relay- of externe e-maildiensten aan, en Microsoft merkt op dat zulke diensten mede worden gebruikt om de IP-reputatie te behouden waarvan aflevering afhangt.

• Stel de hostnaam, poort (meestal 587) en inloggegevens van de relay in zoals uw provider die documenteert.
• Werk het SPF-record van uw domein bij zodat de relay erin staat, en stel DKIM-ondertekening ervoor in. Zie hoe u SPF, DKIM en DMARC instelt.
• Controleer de verzendlimieten van de relay voordat u grote volumes mail ernaartoe verplaatst.

Een dedicated IP

Een dedicated IP beschermt u tegen het gedrag van andere klanten, maar levert niet automatisch een betere reputatie op. De afzenderrichtlijnen van Spamhaus noemen de factoren die reputatie beïnvloeden, waaronder de serviceprovider, de IP-omgeving, de infrastructuur achter het adres en de geschiedenis van het IP-adres.

• Nieuwe adressen worden extra kritisch bekeken. Dezelfde richtlijnen zeggen dat HELO-domeinen zonder verzendgeschiedenis aan extra filtering worden onderworpen, en dat een gewijzigd IP-adres of gewijzigde HELO-hostnaam als nieuw moet worden behandeld en geleidelijk moet worden opgewarmd. Warm-updiensten die kunstmatig verkeer genereren, zijn verboden.
• Stel betekenisvolle reverse DNS in. Spamhaus waarschuwt dat generieke of automatisch gegenereerde reverse DNS op dedicated IP's de reputatie kan schaden.
• Controleer het nieuwe IP-adres voordat u het gebruikt. Een adres kan een listing van de vorige gebruiker meedragen, dus zoek het op voordat u begint met verzenden.

Voorkomen dat het opnieuw gebeurt

• Stem hostnaam, HELO en reverse DNS op elkaar af. De CSS-FAQ van Spamhaus zegt dat de forward DNS van uw IP-adres moet overeenkomen met de HELO-waarde die op uw server is ingesteld, en dat HELO een volledig gekwalificeerde domeinnaam (FQDN) moet zijn. Waarden als localhost.localdomain worden als veelgemaakte fouten genoemd.
• Beperk poort 25 tot mailservers. Op een VPS waarop ook andere workloads draaien, sluit u uitgaande poort 25 voor alles wat niet uw mailserver is.
• Houd sites en accounts goed beveiligd. Werk uw CMS en plug-ins bij, gebruik wachtwoorden niet opnieuw en zet waar mogelijk tweestapsverificatie aan.
• Controleer de instellingen voor uitgaande mail in uw configuratiescherm. De CSS-FAQ beschrijft een optie in Plesk die de eigen naam van elk domein in de SMTP-begroeting zet. Daarbij wordt gewaarschuwd dat, wanneer meer dan één domein op de server een IP-adres deelt, mail van sommige of al die domeinen als spam kan worden gemarkeerd door ontvangers die de Spamhaus XBL gebruiken, en dat de optie met uiterste voorzichtigheid moet worden gebruikt. Controleer de vergelijkbare instelling in uw eigen configuratiescherm en volg de aanwijzingen van uw provider of van de leverancier van het configuratiescherm.
• Monitor regelmatig. Een gedeeld IP-adres kan door de acties van iemand anders van status veranderen. Controleer het periodiek met onze blacklistchecker en laat het uw provider vroeg weten als er iets verandert.

Ook na een delisting passen ontvangers hun eigen filtering toe, dus de aflevering herstelt zich mogelijk niet meteen. CSS-listings vervallen normaal gesproken ongeveer drie dagen na de laatste detectie, maar het IP-adres wordt opnieuw gelist als het probleem nog steeds wordt gedetecteerd, en het aantal keren dat u zelf kunt laten verwijderen is beperkt.

Veelgestelde vragen

Gebruikte officiële pagina's

De feiten in dit artikel zijn bij publicatie gecontroleerd aan de hand van de officiële pagina's hieronder. Beleid en werkwijze kunnen zonder aankondiging veranderen. Controleer daarom de officiële pagina's voordat u ergens belangrijks op vertrouwt.

• Spamhaus: Policy Blocklist (PBL)
• Spamhaus: Spamhaus Blocklist (SBL)
• Spamhaus FAQ: DNSBL Usage (return codes and public resolvers)
• Spamhaus FAQ: Combined Spam Sources (CSS)
• Spamhaus FAQ: Port 25 General Questions
• Spamhaus: Sender Guidelines
• AWS: Amazon EC2 service quotas (Restriction on email sent using port 25)
• AWS: Create a reverse DNS record for email on Amazon EC2
• Google Cloud: Sending email from an instance
• Google Cloud: VPC firewall rules (Blocked and limited traffic)
• Microsoft Learn: Troubleshoot outbound SMTP connectivity in Azure

Gerelateerde handleidingen

Alle handleidingen →