[mijn.host] Ervaringen &amp; Discussie

maandag 18 mei 2026 09:38

DBreda schreef op maandag 18 mei 2026 @ 09:33:
Dit is een van de weinige spam waarbij ik echt even enkele seconden moest kijken, zo goed zag de mail eruit.

Ik ook. Was natuurlijk gewaarschuwd dus dat kijkt makkelijk. Er zitten wel wat schoonheidsfoutjes in, maar de opmaak en inhoud van de mail is bedrieglijk echt.

All your base are belong to us!

Acties:

rvk

Oon schreef op maandag 18 mei 2026 @ 09:34:
[...]

Ik vind het allemaal wel meevallen, de mails zijn niet foutloos en ze hebben niet eens de moeite gedaan om een domeinaam die lijkt op mijn.host te gebruiken als afzender.

Bij mij zat ie in de spambox. Je zou overigens inderdaad verwachten, als ze de moeite doen om een login-website na te maken (ik heb niet gekeken maar neem aan dat de link naar zo'n website gaat) ze ook de support@mijn.host zouden gebruiken. Maar misschien weten ze dat die vaak niet door de spamfilter komt omdat de DKIM dan niet klopt (en ja, die hing eraan). Bij mij kwam ie overigens alleen in de spambox doordat ie door "France" heen ging (waardoor er bij mij een hogere waarde aan hing).

maandag 18 mei 2026 09:42

Acties:

maandag 18 mei 2026 09:48

mijn.host schreef op maandag 18 mei 2026 @ 09:37:
We hebben geen concrete signalen dat er een lek is geweest. We zijn dit nog aan het uitzoeken om het te kunnen bevestigen, maar het lijkt er (gelukkig) niet op.

Op basis van de informatie die we nu hebben lijkt het volgende te zijn gebeurd:
Een kwaadwillende heeft domeinnamen van klanten verzameld via reverse IP-lookups. Doordat meerdere domeinen op hetzelfde IP-adres worden gehost, is publiekelijk te achterhalen welke domeinen op één IP-adres staan.
Vervolgens stuurt deze partij phishingmails naar info@ of vergelijkbare standaardadressen van die domeinnamen, in de hoop dat het adres bestaat en de mail daadwerkelijk aankomt.
Het lijkt erop dat de phishing campagne gisteravond is gestart. Gezien dit pas zo recent speelt zijn wij hier uiteraard nog druk mee bezig.

Ik geef jullie sowieso het voordeel van de twijfel en hoop dat het klopt wat jullie onderzoek oplevert. Maar ik maak mij oprecht zorgen, ik heb de mails gezien voor domeinen die allemaal op andere servers (IP adressen) staan bij jullie. Dit moet een mega verzameling geweest zijn, iets wat je niet vaak ziet. En ook redelijk recent, ik heb ze van domeinen gezien die amper 2 weken webhosting hebben bij jullie.

[ Voor 11% gewijzigd door Drardollan op 18-05-2026 09:49 ]

All your base are belong to us!

Acties:

CubicQ

Ik heb voor het domein naam die ik via mijn.host heb geregistreerd waarbij:

- A DNS wijst naar een IP adres van mijn.host (5.254.117.41)
- MX DNS wijst naar een andere partij
- Er geen web hosting is

(nog) geen phishing mail ontvangen.

maandag 18 mei 2026 09:48

Acties:

Verwijderd

Hier inderdaad ook mails ontvangen. In eerste instantie hebben ze geprobeerd om het te sturen naar info@domeinnaam te sturen, maar die heb ik standaard uitstaan. Later zag ik zelfde afzender voorbijkomen op kontakt@domeinnaam. Overigens werd bij mij tot nog toe slechts 1 domein geraakt, terwijl ik er meerdere bij mijn.host heb. En via de dns-instellingen meerdere subdomeinen.

maandag 18 mei 2026 09:50

Acties:

maandag 18 mei 2026 09:52

Verwijderd schreef op maandag 18 mei 2026 @ 09:48:
Hier inderdaad ook mails ontvangen. In eerste instantie hebben ze geprobeerd om het te sturen naar info@domeinnaam te sturen, maar die heb ik standaard uitstaan. Later zag ik zelfde afzender voorbijkomen op kontakt@domeinnaam. Overigens werd bij mij tot nog toe slechts 1 domein geraakt, terwijl ik er meerdere bij mijn.host heb. En via de dns-instellingen meerdere subdomeinen.

De kontakt kwam hier ook voorbij, dat is typisch iets wat in Duitsland veel gebruikt wordt. Maar niet iets waar ik vaak spam op krijg eigenlijk omdat het wereldwijd niet veel gebruikt wordt.

All your base are belong to us!

Acties:

maandag 18 mei 2026 09:57

mijn.host schreef op maandag 18 mei 2026 @ 09:16:
@idef1x ik hoor zojuist van mijn collega dat een deel van de e-mails nog in de queue staan. Uiterlijk deze ochtend zou iedereen op de hoogte gebracht moeten zijn.

Nu wel gehad inderdaad!

Overigens ik kreeg de phishing ook op kotakt@<mijn domein>

[ Voor 8% gewijzigd door idef1x op 18-05-2026 09:54 ]

Acties:

maandag 18 mei 2026 10:17

idef1x schreef op maandag 18 mei 2026 @ 09:52:
[...]

Nu wel gehad inderdaad!
Overigens ik kreeg de phishing ook op kotakt@<mijn domein>

Heb hier wat spamfilters gechecked en zie ze enkel naar info@ en kontakt@ gaan. Dat zegt niets over de hele run, maar het lijkt wel beperkt tot. Wel een gekke keuze, kontakt@ is niet echt een standaard adres voor Nederlanders. Denk dat de boefjes denken dat DE en NL hetzelfde land zijn, zoals wel vaker gebeurd in de wereld.

All your base are belong to us!

Acties:

krakendmodem

HIer ook de mail ontvangen, echter is de domeinnaam zelf bij Transip in beheer. De mailserver wijst dan weer naar mijn.host. Ik had dus redelijk snel in de gaten dat de mail niet klopte, maar moest inderdaad even 2 keer kijken.

maandag 18 mei 2026 10:21

Acties:

maandag 18 mei 2026 10:31

Ondertussen de legitieme mail van mijn.host zelf tweemaal ontvangen.

[ Voor 3% gewijzigd door Drardollan op 18-05-2026 10:21 ]

All your base are belong to us!

Acties:

RobertMe

mijn.host schreef op maandag 18 mei 2026 @ 09:37:
Een kwaadwillende heeft domeinnamen van klanten verzameld via reverse IP-lookups. Doordat meerdere domeinen op hetzelfde IP-adres worden gehost, is publiekelijk te achterhalen welke domeinen op één IP-adres staan

Een reverse lookup verwijst normaliter toch vaak naar een server naam? En niet naar een klant-domeinnaam. Zeker in het geval van shared hosting. Hoe bepalen jullie dan welke klant-domeinnaam aan een server gekoppeld worden als er natuurlijk meerdere klanten / hosting pakketten op één server / IP actief zijn?
Reverse DNS met een "echte" domeinnaam is bij mijn weten iets dat normaliter alleen bij mail vereist is en daarmee juist iets is dat een eindgebruiker / klant alleen instelt bij een VPS waarbij de klant ook daadwerkelijk "eigenaar" van het IP adres is (/het IP huurt). Maar bij shared hosting is er natuurlijk ook geen "eigendom" van het IP en zou het raar zijn dat als pietje.nl en klaasje.nl die op dezelfde server draaien ineens een PTR record "pietje.nl" (of "klaasje.nl") hebben i.p.v. "server1337.mijn.host".

Edit:

$ dig -x 5.254.117.41 +short
h41.mijn.host.

Dit dus. Dat is met het IP dat hier eerder vermeld is. Waarbij reverse DNS dus een mijn.host domeinnaam oplevert, en geen domeinnaam van een klant zoals je in de mogelijke verklaring aangeeft.

Enige waarbij reverse DNS zou kunnen werken is AFAIK dan bij VPSen waarbij de klant zelf de reverse DNS entry kan instellen voor het IP. Maar mijn indruk uit de reacties hier is dat ook (/alleen?) klanten met een (shared) hosting pakket getroffen zijn.

Zelf neem ik alleen een domeinnaam af, zelfs de nameservers verwijst ergens anders naar. En geen phishing mail gehad. Ook niks te zien in rspamd dat er aangeklopt zou zijn en hard afgewezen.

[ Voor 24% gewijzigd door RobertMe op 18-05-2026 10:36 ]

maandag 18 mei 2026 10:54

Acties:

True

Dislecticus

Drardollan schreef op maandag 18 mei 2026 @ 10:21:
Ondertussen de legitieme mail van mijn.host zelf tweemaal ontvangen.

Same, om 1u vannacht en zojuist nog een keer.

VW ID.7 Tourer Pro S | 5670 Wp JA Solar - 14x405 33° op zuid | Twente

maandag 18 mei 2026 11:08

Acties:

stegosaurus

mijn.host schreef op maandag 18 mei 2026 @ 09:37:
We hebben geen concrete signalen dat er een lek is geweest. We zijn dit nog aan het uitzoeken om het te kunnen bevestigen, maar het lijkt er (gelukkig) niet op.

Op basis van de informatie die we nu hebben lijkt het volgende te zijn gebeurd:
Een kwaadwillende heeft domeinnamen van klanten verzameld via reverse IP-lookups. Doordat meerdere domeinen op hetzelfde IP-adres worden gehost, is publiekelijk te achterhalen welke domeinen op één IP-adres staan.
Vervolgens stuurt deze partij phishingmails naar info@ of vergelijkbare standaardadressen van die domeinnamen, in de hoop dat het adres bestaat en de mail daadwerkelijk aankomt.
Het lijkt erop dat de phishing campagne gisteravond is gestart. Gezien dit pas zo recent speelt zijn wij hier uiteraard nog druk mee bezig.

Ik moet eerlijk toegeven dat jullie hier heel transparant én proactief in zijn. Ik zie dat wel eens anders dus ik vind dit heel fijn om te lezen!

maandag 18 mei 2026 11:16

Acties:

HexaLogic

RobertMe schreef op maandag 18 mei 2026 @ 10:31:
Een reverse lookup verwijst normaliter toch vaak naar een server naam? En niet naar een klant-domeinnaam.

Ja rDNS lookups wel, die verwijst vaak naar de hostnaam. Maar er zijn online ook tools te vinden die grotendeels alle domeinen op 1 IP kunnen onthullen. Dat wordt vaak Reverse IP Lookup genoemd.

maandag 18 mei 2026 11:18

Acties:

Nachtkastje

RobertMe schreef op maandag 18 mei 2026 @ 10:31:
[...]

Een reverse lookup verwijst normaliter toch vaak naar een server naam? En niet naar een klant-domeinnaam. Zeker in het geval van shared hosting. Hoe bepalen jullie dan welke klant-domeinnaam aan een server gekoppeld worden als er natuurlijk meerdere klanten / hosting pakketten op één server / IP actief zijn?
Reverse DNS met een "echte" domeinnaam is bij mijn weten iets dat normaliter alleen bij mail vereist is en daarmee juist iets is dat een eindgebruiker / klant alleen instelt bij een VPS waarbij de klant ook daadwerkelijk "eigenaar" van het IP adres is (/het IP huurt). Maar bij shared hosting is er natuurlijk ook geen "eigendom" van het IP en zou het raar zijn dat als pietje.nl en klaasje.nl die op dezelfde server draaien ineens een PTR record "pietje.nl" (of "klaasje.nl") hebben i.p.v. "server1337.mijn.host".

Edit:
$ dig -x 5.254.117.41 +short
h41.mijn.host.
Dit dus. Dat is met het IP dat hier eerder vermeld is. Waarbij reverse DNS dus een mijn.host domeinnaam oplevert, en geen domeinnaam van een klant zoals je in de mogelijke verklaring aangeeft.

Enige waarbij reverse DNS zou kunnen werken is AFAIK dan bij VPSen waarbij de klant zelf de reverse DNS entry kan instellen voor het IP. Maar mijn indruk uit de reacties hier is dat ook (/alleen?) klanten met een (shared) hosting pakket getroffen zijn.

Zelf neem ik alleen een domeinnaam af, zelfs de nameservers verwijst ergens anders naar. En geen phishing mail gehad. Ook niks te zien in rspamd dat er aangeklopt zou zijn en hard afgewezen.

Als jij het ip-adres van de webserver bij ipinfo.io invult, krijg je alle domeinnamen te zien die hier op gehost zijn. Ook dat zou een manier kunnen zijn geweest om de domeinnamen achter te halen

—

Zelf heb ik alle domeinnamen bij OXXA staan, maar toch kregen alle klanten die ik op mijn.host heb staan een mailtje over het domeinnaam. Klinkt dus echt meer als een bepaalde lookup die gedaan is o.b.v. IP

Websites die achter Cloudflare hangen kregen de mail namelijk niet.

maandag 18 mei 2026 11:23

Acties:

True

Dislecticus

Ik heb een .nl domein via mijn.host sinds feb. '25 en heb hier geen website op gehost en heb geen phishing mail ontvangen op het mailadres zichtbaar bij een whois lookup, überhaupt geen phishingmail ontvangen.

VW ID.7 Tourer Pro S | 5670 Wp JA Solar - 14x405 33° op zuid | Twente

maandag 18 mei 2026 12:51

Acties:

maandag 18 mei 2026 12:54

Als ik 2FA aan wil zetten in mijn account, krijg ik de melding dat het Token onveilig zou zijn vanwege zwakte cryptografische parameters en dat ik mijn.host hiervoor diende te waarschuwen.....dat dan maar gedaan ;-)

Acties:

Turmin

Ik heb mijn hosting al sinds 2006 bij, toen nog, PcExtreme, nu Versio.
Maar de kosten rijzen de pan uit. Ik begon met 30/40 euro per jaar.
2020-2022 87 euro, 2023 186 euro, 2024 252 euro, 2025 330 euro, 2026 408 euro.
Alleen voor het domein (.com) betaal ik al meer dan 30 euro!

Nadelen zijn ook een eigen CP. Dingen als cronjobs moeten via SSH met bijv Putty en kan niet vanuit de CP. Mails worden niet beantwoord. Ik ga steeds naar Versio delen die niet voor mij toegankelijk zijn omdat ik een "previously pcextreme" klant ben. Handleidingen zijn veroudert en bevatten antwoorden voor Versio, PcExtreme, Neostrada en Flexwebhosting. Dus er zijn nogal wat overnames geweest.

Geen idee waarom ze mij zo graag weg willen jagen, maar per toeval kwam ik op dit topic. Trending vanwege een phisingmail

Waarom ben je niet eerder verhuist?

Ik heb nog al wat data in die 20 jaar verzamelt! Veel subdomeinen, configuraties, databases, etc.
Zijn er binnen mijn.host tools om hiermee te helpen? Of moet ik zelf alles over gaan zetten? Data van FTP naar FTP is wel te doen, databases en mail is iets lastiger.
Ik weet ook niet precies hoeveel GB ik nu in gebruik heb en dus welk pakket ik nodig heb.

Nu heb ik domein (.com), Basic pakket, WHOIS Privacybescherming en kortingscode geselecteerd voor 63,38

maandag 18 mei 2026 13:13

Acties:

maandag 18 mei 2026 13:14

Tsja verhuizen ligt er maar net aan hoe je alles opgebouwd hebt. Ik heb alles nu in containers draaien (incus/docker). Voor mij zou het een kwestie van containers kopieren zijn en klaar. Nou ja en DNS records wijzigen uiteraard ;-)

Acties:

PickMeh

Ik merk op dat ik nu plots ook geen enkele mail meer ontvang op mijn info@domeinnaam adres.

Noch in mijn extrerne mail client, noch in de webmail van mijn.host zelf.

Iemand anders ook eenzelfde ervaring?

Opgelost

[ Voor 7% gewijzigd door PickMeh op 18-05-2026 13:29 ]

maandag 18 mei 2026 13:17

Acties:

renemax

mijn.host schreef op maandag 18 mei 2026 @ 09:37:
We hebben geen concrete signalen dat er een lek is geweest. We zijn dit nog aan het uitzoeken om het te kunnen bevestigen, maar het lijkt er (gelukkig) niet op.

Op basis van de informatie die we nu hebben lijkt het volgende te zijn gebeurd:
Een kwaadwillende heeft domeinnamen van klanten verzameld via reverse IP-lookups. Doordat meerdere domeinen op hetzelfde IP-adres worden gehost, is publiekelijk te achterhalen welke domeinen op één IP-adres staan.
Vervolgens stuurt deze partij phishingmails naar info@ of vergelijkbare standaardadressen van die domeinnamen, in de hoop dat het adres bestaat en de mail daadwerkelijk aankomt.
Het lijkt erop dat de phishing campagne gisteravond is gestart. Gezien dit pas zo recent speelt zijn wij hier uiteraard nog druk mee bezig.

Ik maak enkel gebruik van mijn.host voor e-mails en heb geen info@ een standaard mailadres. Toch heb ik die phishing-mail ook gehad.

Ik ben het eens met die andere gebruiker hier, ik vermoed ook een ander lek. Dit lijkt mij niet enkel via een whois.

maandag 18 mei 2026 13:18

Acties:

D4NG3R

kiwi

:)

Maar deze meuk komt (kwam?) dus vrijwel uitsluitend binnen op 'standaard' adressen als info@ ?

Dat zal verklaren waarom ik ze zelf niet langs zag komen, op wat generieke spam na (thanks Odido

) ook niks wat er in de spamfilter is blijven hangen.

Komt d'r in, dan kö-j d’r oet kieken

maandag 18 mei 2026 13:29

Acties:

maandag 18 mei 2026 13:36

Bedrijfsaccount mijn.host

renemax schreef op maandag 18 mei 2026 @ 13:17:

Ik maak enkel gebruik van mijn.host voor e-mails en heb geen info@ een standaard mailadres. Toch heb ik die phishing-mail ook gehad.

Zou je de betreffende domeinnaam in een bericht naar onze support kunnen doorsturen? Dat helpt ons bij het onderzoek.

Als het MX-record van de betreffende domeinnaam naar onze servers zou verwijzen zou dat het verklaren. Maar we zoeken het graag verder uit.

Nogmaals, er zijn geen aanwijzingen dat er een datalek heeft plaatsgevonden. We onderzoeken dit nog wel.

Acties:

Verwijderd

renemax schreef op maandag 18 mei 2026 @ 13:17:
[...]

Ik maak enkel gebruik van mijn.host voor e-mails en heb geen info@ een standaard mailadres. Toch heb ik die phishing-mail ook gehad.

Ik ben het eens met die andere gebruiker hier, ik vermoed ook een ander lek. Dit lijkt mij niet enkel via een whois.

Ik gebruik ook geen info@ en kontakt@ voor mijn domeinnamen. Toch kwamen hier vannacht vanaf hetzelfde mailadres mails op binnen. Overigens nog steeds op slechts 1 domein. Andere domeinen lijken buiten schot te zijn gebleven. Ik heb alleen domeinnamen bij mijn.host staan.

vrijdag 5 juni 2026 09:15

Acties:

Diederik

@mijn.host ik heb op 2 account problemen met ophalen e-mail en inloggen webmail.

Ticket insturen lijkt ook niet te werken, wat is er aan de hand?

Invoegen doe je zo!

zondag 21 juni 2026 11:48

Acties:

zondag 21 juni 2026 15:45

Er lijkt wat mis met de configuraties van de (shared) webhostingservers, als ik internet.nl mag geloven.. de kwaliteit neemt wat af - omgekeerd evenredig met het servernummer.

h63 scoort slecht (58%)

quote: https://internet.nl/site/h63.mijn.host/4149843/
Website test: h63.mijn.host

❌ Not reachable via modern internet address, or improvement possible (IPv6)
✅ Passed : Domain name signed (DNSSEC)
🗲 Error : Unreachable web server (HTTPS)
⚠️ Recommendation : One or more recommended security options not set (Security options)
✅ Passed : Authorised route announcement (RPKI)

h62 t/m h61 scoren matig (86%-90%)

quote: https://internet.nl/site/h62.mijn.host/4149840/
Website test: h62.mijn.host

❌ Not reachable via modern internet address, or improvement possible (IPv6)
✅ Passed : Domain name signed (DNSSEC)
❌ Failed : Connection not or insufficiently secured (HTTPS)
⚠️ Recommendation : One or more recommended security options not set (Security options)
✅ Passed : Authorised route announcement (RPKI)

quote: https://internet.nl/site/h61.mijn.host/4149835/
Website test: h61.mijn.host

❌ Not reachable via modern internet address, or improvement possible (IPv6)
✅ Passed : Domain name signed (DNSSEC)
❌ Failed : Connection not or insufficiently secured (HTTPS)
⚠️ Recommendation : One or more recommended security options not set (Security options)
✅ Passed : Authorised route announcement (RPKI)

h57 scoort beter (95%)

quote: https://internet.nl/site/h57.mijn.host/4149857/
Website test: h57.mijn.host

✅ Reachable via modern internet address (IPv6)
✅ Passed : Domain name signed (DNSSEC)
❌ Failed : Connection not or insufficiently secured (HTTPS)
⚠️ Recommendation : One or more recommended security options not set (Security options)
✅ Passed : Authorised route announcement (RPKI)

Frontpage scoort 100%:

quote: https://internet.nl/site/mijn.host/4149849/
✅ Reachable via modern internet address (IPv6)
✅ Passed : Domain name signed (DNSSEC)
✅ Passed : Connection sufficiently secured (HTTPS)
✅ Passed : All security options set (Security options)
✅ Passed : Authorised route announcement (RPKI)

Dan nog een bijzondere standaard vhost op h63 - IPv4 only:

code:

$ curl -v4 http://h63.mijn.host/
> GET / HTTP/1.1
> Host: h63.mijn.host
> User-Agent: curl/7.86.0
> Accept: */*
>
< HTTP/1.1 301 Moved Permanently
< Connection: Keep-Alive
< Keep-Alive: timeout=5, max=100
< Content-Type: text/html
< Content-Length: 795
< Date: Sun, 21 Jun 2026 09:14:59 GMT
< Server: LiteSpeed
< Location: (andere url)
< Vary: User-Agent

Waarbij h10 t/m h62 netjes een 'Domain parked'-pagina geven of een blanco pagina (h13, h16, h21).

Het lijkt er dus op dat de configuraties niet helemaal centraal beheerd of toegepast worden bij mijn.host.

Support reageert dat ik moet testen met klantdomein i.p.v. servernaam. Toegegeven, dat maakt uit voor je redirects e.d. maar ik zie de outdated cipher suites, verschillen tussen IPv4 en IPv6 en de matige IPv6-connectiviteit (zowel op server als op ns3) bij zo'n beetje alle tests terug, ook op klantdomein.

* Barca zweert ook bij fixedsys... althans bij mIRC de rest is comic sans

Acties:

zondag 21 juni 2026 16:25

nescafe schreef op zondag 21 juni 2026 @ 11:48:
[...]

Support reageert dat ik moet testen met klantdomein i.p.v. servernaam. Toegegeven, dat maakt uit voor je redirects e.d. maar ik zie de outdated cipher suites, verschillen tussen IPv4 en IPv6 en de matige IPv6-connectiviteit (zowel op server als op ns3) bij zo'n beetje alle tests terug, ook op klantdomein.

Ik monitor de drie DNS-servers van mijn.host al een paar weken (met Gatus, records van mijn eigen domein, elke 30 minuten van zowel een KPN als een Ziggo internetaansluiting). De ns3 geeft zeer regelmatig niet thuis (time-out). Volgens support zou dat komen door het out-of-sync zijn van een cluser node van ns3. Dat is verholpen, maar de slechte response van ns3 blijft. Nu al ruim een week geen terugkoppeling op mijn ticket gehad.

Afbeeldingslocatie: https://tweakers.net/i/dW4jGJHHe4Wk4c5CiVyt9Wtgm3s=/x800/filters:strip_exif()/f/image/R4QPslqlKkgDZ5dMfNs5rIIr.png?f=fotoalbum_large

Acties:

Wietsee.

New Vimexx is born?

zondag 21 juni 2026 16:51

Acties:

zondag 21 juni 2026 17:06

@remyz Nice dashboard! Monitor jij alleen/gericht IPv4 / IPv6 of niet bepaald?

* Barca zweert ook bij fixedsys... althans bij mIRC de rest is comic sans

Acties:

zondag 21 juni 2026 18:27

nescafe schreef op zondag 21 juni 2026 @ 16:51:
@remyz Nice dashboard! Monitor jij alleen/gericht IPv4 / IPv6 of niet bepaald?

Ik monitor of de DNS-records te resolven zijn (óf er een resultaat terugkomt en of dat dan het juiste resultaat is). Mijn KPN-aansluiting doet dat over IPv4 en de Ziggo-aansluiting doet dat over IPv6. De schermafbeelding die ik plaatste was van de KPN-aansluiting, maar de monitoring op de Ziggo-aansluiting laat een gelijk beeld zien.

Het probleem dat ns3 regelmatig niet antwoordt zie ik ondertussen al drie maanden. Toen viel het mij pas op, dus het mogelijk al veel langer aan de gang.

Acties:

zondag 21 juni 2026 18:51

Bedrijfsaccount mijn.host

Bedankt voor het melden van deze punten.

Wat betreft de score op internet.nl: het IPv6-adres van internet.nl werd geblokkeerd op meerdere servers. Daardoor mislukten meerdere checks. Dit is nu opgelost en alle servers zouden een score van 100% moeten hebben. Het was dus puur de check die (deels) faalde. De server config stond wel goed.

We hebben de redirect op de hostnaam ook gelijk geregeld, wel zo netjes voor de score.

Voorbeeld: https://internet.nl/site/h63.mijn.host/4150093/

Wat betreft de time-outs die soms voorkomen op ns3: hier zijn we nog mee bezig en vergt helaas wat meer tijd. Hopelijk kunnen we binnenkort een update melden dat het opgelost is. Dit zou nu opgelost moeten zijn.

Acties:

zondag 21 juni 2026 19:08

@mijn.host geweldig bedankt!

Door de score op internet.nl te verbeteren, vallen nu de andere zaken waar we zelf voor verantwoordelijk zijn (bijv. hsts) op en kunnen daar nu gericht aandacht aan besteden. Fijn dat de zaken worden opgepakt dan wel bestaande issues benoemd en bevestigd.

[ Voor 81% gewijzigd door nescafe op 21-06-2026 19:56 ]

* Barca zweert ook bij fixedsys... althans bij mIRC de rest is comic sans

Acties:

True

Dislecticus

Even op de zondagavond reageren, tijd om die laatste paar .nl domeinen bij een concurrent weg te halen ..

VW ID.7 Tourer Pro S | 5670 Wp JA Solar - 14x405 33° op zuid | Twente

zondag 21 juni 2026 19:32

Acties:

zondag 21 juni 2026 20:38

@mijn.host,

De mx1.mijn.host en mx2.mijn.host hebben geen 100% score bij de e-mail check. Maar geen idee of jullie dat kunnen oplossen? Of dat dat SpamExperts is?

Acties:

Nachtkastje

mijn.host schreef op zondag 21 juni 2026 @ 18:27:
Bedankt voor het melden van deze punten.

Wat betreft de score op internet.nl: het IPv6-adres van internet.nl werd geblokkeerd op meerdere servers. Daardoor mislukten meerdere checks. Dit is nu opgelost en alle servers zouden een score van 100% moeten hebben. Het was dus puur de check die (deels) faalde. De server config stond wel goed.

We hebben de redirect op de hostnaam ook gelijk geregeld, wel zo netjes voor de score.

Voorbeeld: https://internet.nl/site/h63.mijn.host/4150093/

Wat betreft de time-outs die soms voorkomen op ns3: hier zijn we nog mee bezig en vergt helaas wat meer tijd. Hopelijk kunnen we binnenkort een update melden dat het opgelost is.

Is dit iets wat jullie ook op een s10.webhost.company kunnen regelen? Deze faalt namelijk op SHA1 hashing (Hashfunctie voor sleuteluitwisseling)

zondag 21 juni 2026 21:01

Acties:

maandag 22 juni 2026 19:01

Bedrijfsaccount mijn.host

@Nachtkastje dit is nu ook opgelost, alle servers zijn nu nagelopen.

@king006 we zullen hiervoor contact met SpamExperts opnemen, zodat dit ook weer 100% wordt.

Acties:

dinsdag 23 juni 2026 13:21

@mijn.host,

Thanks voor de reactie en zelfs op zondagavond nog. Complimenten 👍🏻

Acties:

dinsdag 23 juni 2026 14:06

Bedrijfsaccount mijn.host

We hebben een leuke feature update te melden wat door veel Tweakers is gevraagd: we ondersteunen nu native Dynamische DNS (DDNS).

We zagen dat sommige klanten een eigen intergratie hiervoor maakten met onze API, maar dat hoeft nu niet meer.

Meer info: https://mijn.host/kb/domeinnaam/dynamische-dns-ddns-instellen

Acties:

Topicstarter

Mooie feature, @mijn.host! Zal ik vanavond eens gaan testen!

Hoe vaak per minuut mag ik dit draaien, c.q., hebben jullie ook een 'what is my ip' dienst (a la api.ipify.org) ernaast die ik elke 5 seconden mag queryen om te zien of mijn IP gewijzigd is?

[ Voor 60% gewijzigd door Room42 op 23-06-2026 14:09 ]

dinsdag 23 juni 2026 14:10

Acties:

Wimbo

mijn.host schreef op dinsdag 23 juni 2026 @ 13:21:
We hebben een leuke feature update te melden wat door veel Tweakers is gevraagd: we ondersteunen nu native Dynamische DNS (DDNS).

We zagen dat sommige klanten een eigen intergratie hiervoor maakten met onze API, maar dat hoeft nu niet meer.

Meer info: https://mijn.host/kb/domeinnaam/dynamische-dns-ddns-instellen

Goede toevoeging!
Voor Unifi is het wat complexer ivm het aanpassen van de URL, https is hierbij niet nodig.

code:

1	mijn.host/nic/update?hostname=%h&myip=%i

Werkende settings voor Unifi (UCG-Fiber 5.1.19 met Network 10.4.57):
Afbeeldingslocatie: https://tweakers.net/i/bVHEqjXpQUiinKi9ot2GpALAg2w=/fit-in/4000x4000/filters:no_upscale():strip_exif()/f/image/X95xPZgknOY2DQcWNpJXrZ9M.png?f=user_large

Afbeeldingslocatie: https://tweakers.net/i/bVHEqjXpQUiinKi9ot2GpALAg2w=/fit-in/4000x4000/filters:no_upscale():strip_exif()/f/image/X95xPZgknOY2DQcWNpJXrZ9M.png?f=user_large

Vraagje: als je het hoofddomein updated, wordt dan ook het *.hoofddomein.nl geupdated?
Ik kan namelijk niet * toevoegen, dat is dan een ongeldige hostnaam.
EDIT: helaas niet, het * record wordt niet gewijzigd... Is hier een andere manier voor?

[ Voor 11% gewijzigd door Wimbo op 23-06-2026 14:27 ]

dinsdag 23 juni 2026 14:28

Acties:

RobinJB

Ontwikkelaar & Brandweerman

Wimbo schreef op dinsdag 23 juni 2026 @ 14:10:
[...]

Goede toevoeging!
Voor Unifi is het wat complexer ivm het aanpassen van de URL, https is hierbij niet nodig.
code:
1
mijn.host/nic/update?hostname=%h&myip=%i
Werkende settings voor Unifi (UCG-Fiber 5.1.19 met Network 10.4.57):
[Afbeelding]

Vraagje: als je het hoofddomein updated, wordt dan ook het *.hoofddomein.nl geupdated?
Ik kan namelijk niet * toevoegen, dat is dan een ongeldige hostnaam.
EDIT: helaas niet, het * record wordt niet gewijzigd... Is hier een andere manier voor?

Ja, CNAME maken naar het aangemaakte DynDNS record

*.hoofddomein.nl CNAME hoofddomein.nl.

112 Radar.nl - Hulpdiensten op de kaart | SlimHuys.nl - Dynamische tarieven inzichtelijk en met automatiseringen

dinsdag 23 juni 2026 14:32

Acties:

dinsdag 23 juni 2026 14:37

Bedrijfsaccount mijn.host

Bedankt voor jullie feedback! Onze developer is er vandaag mee bezig en neemt jullie feedback gelijk mee! Dus verwacht later vandaag een update

Acties:

RobinJB

Ontwikkelaar & Brandweerman

En IPv6 update hij niet (ziet hij wel) (weet ik eigenlijk niet, ik gebruikte %i in Unifi, maar zie geen IPv6 in mijn.host).

[ Voor 51% gewijzigd door RobinJB op 23-06-2026 14:43 ]

112 Radar.nl - Hulpdiensten op de kaart | SlimHuys.nl - Dynamische tarieven inzichtelijk en met automatiseringen

dinsdag 23 juni 2026 14:55

Acties:

dinsdag 23 juni 2026 15:00

Leuke toevoeging @mijn.host !

Is er ook toevallig een planning wanneer er wat aan de portal gesleuteld gaat worden? Het filteren bij bijvoorbeeld domeinnamen is niet te doen, filters worden constant vergeten en de tags zijn onbruikbaar.

All your base are belong to us!

Acties:

dinsdag 23 juni 2026 15:04

mijn.host schreef op dinsdag 23 juni 2026 @ 13:21:
We hebben een leuke feature update te melden wat door veel Tweakers is gevraagd: we ondersteunen nu native Dynamische DNS (DDNS).

We zagen dat sommige klanten een eigen intergratie hiervoor maakten met onze API, maar dat hoeft nu niet meer.

Meer info: https://mijn.host/kb/domeinnaam/dynamische-dns-ddns-instellen

Mooie feature! Maar als het om het even is blijf ik mijn eigen script wel gebruiken, want:

1) hoef ik nergens aan te denken als ik de ISP router moet vervangen

2) Ik van ISP zou wisselen

3) ik er niet zo van houd om prive paswoorden e.d. op in bruikleen apparatuur te zetten

4) If it ain't broke, don't fix it ;-)

0h en 5) is makkelijker te monitoren..kan nu een mailtje naar mezelf sturen ofzo als het fout gaat ;-)

[ Voor 5% gewijzigd door idef1x op 23-06-2026 15:03 ]

Acties:

Topicstarter

idef1x schreef op dinsdag 23 juni 2026 @ 15:00:
[...]

Mooie feature! Maar als het om het even is blijf ik mijn eigen script wel gebruiken, want:
1) Dan hoef ik nergens aan te denken als ik de ISP router moet vervangen
2) Ik van ISP zou wisselen
3) ik er niet zo van houd om prive paswoorden e.d. op in bruikleen apparatuur te zetten

Maar je kunt je eigen script dus ook aanpassen om die URL te query'en. Dat lijkt me eenvoudiger dan de API. En het draait nog steeds op je eigen host.

4) If it ain't broke, don't fix it ;-)

('Broken' bedoel je, denk ik?

)
Dat is een valide argument.

dinsdag 23 juni 2026 15:07

Acties:

anpat

Ook maar is geinformeerd via hier, wat de verhuisservice precies inhoud, zitten nu bij het (veel) te dure ex PcExtreme waar we honderden euro per jaar betalen. Weliswaar destijds problemen met hun mail (na overname dacht ik) en dus (MX) DNS naar Microsoft gezet... Dit wil ik wel behouden indien mogelijk met verhuis...

dinsdag 23 juni 2026 15:11

Acties:

dinsdag 23 juni 2026 15:14

Room42 schreef op dinsdag 23 juni 2026 @ 15:04:
[...]

Maar je kunt je eigen script dus ook aanpassen om die URL te query'en. Dat lijkt me eenvoudiger dan de API. En het draait nog steeds op je eigen host.

[...]

('Broken' bedoel je, denk ik? )
Dat is een valide argument.

Ja maar simpel een url aanroepen kun je geen script meer noemen

Broken indeed indeed...

Acties:

Topicstarter

idef1x schreef op dinsdag 23 juni 2026 @ 15:11:
[...]

Ja maar simpel een url aanroepen kun je geen script meer noemen

Jawel, jij wilde nog foutcontrole en mails sturen op moment van change.

offtopic:
En ik wil niet pietluttig doen, maar elke file dat een of meer commando's uitvoert is per definitie een script.

dinsdag 23 juni 2026 15:24

Acties:

rvk

Room42 schreef op dinsdag 23 juni 2026 @ 15:04:
[...]
Maar je kunt je eigen script dus ook aanpassen om die URL te query'en. Dat lijkt me eenvoudiger dan de API. En het draait nog steeds op je eigen host.

Het aanroepen van de API is gewoon een PATCH aanroep. Of je nu een GET (voor de URL) of een PATCH doet maakt dus niet zoveel uit. Met het aanroepen van die URL (GET) moet je ook weer dingen instellen in je mijn.host omgeving. Dat hoeft met de API (PATCH) niet

dinsdag 23 juni 2026 16:14

Acties:

ThinkPad

Topicstarter

Fijn die toevoeging van DDNS! Krijg het helaas met OPNsense nog niet werkend, hij blijft mekkeren over domein. Ook zonder "https://" zelfde.

Dit is met 'os-ddclient' plugin en op tabje 'Settings' aangepast naar 'native'.
<foutieve afbeelding weggehaald>

[ Voor 28% gewijzigd door ThinkPad op 23-06-2026 20:09 ]

dinsdag 23 juni 2026 16:21

Acties:

dinsdag 23 juni 2026 16:40

Bedrijfsaccount mijn.host

Room42 schreef op dinsdag 23 juni 2026 @ 14:06:
Hoe vaak per minuut mag ik dit draaien, c.q., hebben jullie ook een 'what is my ip' dienst (a la api.ipify.org) ernaast die ik elke 5 seconden mag queryen om te zien of mijn IP gewijzigd is?

DDNS ondersteunt 1 update per minuut.

IP checken kan nu via het volgende endpoint https://mijn.host/api/doc/api-4406334. Publiekelijk hebben we daarnaast https://mijn.host/ip/.

Wimbo schreef op dinsdag 23 juni 2026 @ 14:10:
Vraagje: als je het hoofddomein updated, wordt dan ook het *.hoofddomein.nl geupdated?
Ik kan namelijk niet * toevoegen, dat is dan een ongeldige hostnaam.
EDIT: helaas niet, het * record wordt niet gewijzigd... Is hier een andere manier voor?

Wildcard wordt nu ook ondersteund. Als je device deze entry niet ondersteunt zou je inderdaad met een CNAME kunnen werken zoals @RobinJB aangaf.

RobinJB schreef op dinsdag 23 juni 2026 @ 14:37:
En IPv6 update hij niet (ziet hij wel) (weet ik eigenlijk niet, ik gebruikte %i in Unifi, maar zie geen IPv6 in mijn.host).

Dit zou nu ook opgelost moeten zijn.

Drardollan schreef op dinsdag 23 juni 2026 @ 14:55:
Is er ook toevallig een planning wanneer er wat aan de portal gesleuteld gaat worden? Het filteren bij bijvoorbeeld domeinnamen is niet te doen, filters worden constant vergeten en de tags zijn onbruikbaar.

Momenteel nog niet, maar we hebben wel plannen om dit inzichtelijk maken, onder andere met feature requests van klanten. Ook gaan we binnenkort dev updates op onze blog plaatsen, dus een soort changelog.

Je feedback m.b.t. het filteren van domeinnamen zal ik doorgeven aan onze dev.

ThinkPad schreef op dinsdag 23 juni 2026 @ 16:14:
Fijn die toevoeging van DDNS! Krijg het helaas met OPNsense nog niet werkend, hij blijft mekkeren over domein. Ook zonder "https://" zelfde.

Zou het probleem wellicht de TLD kunnen zijn? Dat het niet goed werkt met .host? Test eventueel eens met een andere TLD, bijvoorbeeld .nl? Puur om te zien of de melding dan weg gaat.

Acties:

Wimbo

mijn.host schreef op dinsdag 23 juni 2026 @ 16:21:
[...]

Wildcard wordt nu ook ondersteund. Als je device deze entry niet ondersteunt zou je inderdaad met een CNAME kunnen werken zoals @RobinJB aangaf.

Dit werkt nu prima, als ik een extra ddns entry voor *.hoofdomein.nl aanmaak.
Het vinkje Wildcard forceren werkt echter niet, als ik hoofdomein.nl gebruik, en dat vinkje aanzet.

dinsdag 23 juni 2026 20:17

Acties:

ThinkPad

Topicstarter

mijn.host schreef op dinsdag 23 juni 2026 @ 16:21:
[...]
Zou het probleem wellicht de TLD kunnen zijn? Dat het niet goed werkt met .host? Test eventueel eens met een andere TLD, bijvoorbeeld .nl? Puur om te zien of de melding dan weg gaat.

Probleem opgelost, de os-ddclient plugin in OPNsense verwacht alleen mijn.host in het 'Server' veld. Het deel '/nic/update' zit in de source al ingebakken schijnbaar als je DynDNS kiest. Het werkt nu met onderstaande settings:

Afbeeldingslocatie: https://tweakers.net/i/zPnTnfYVdNzTsDMjc2wP_ficXwk=/fit-in/4000x4000/filters:no_upscale():strip_exif()/f/image/c2Wy54ci36oTUNYpEaDpIvsY.png?f=user_large

Afbeeldingslocatie: https://tweakers.net/i/zPnTnfYVdNzTsDMjc2wP_ficXwk=/fit-in/4000x4000/filters:no_upscale():strip_exif()/f/image/c2Wy54ci36oTUNYpEaDpIvsY.png?f=user_large

Op het tabje 'General settings' nog de 'Backend' naar 'native' gezet en de check interval van 900 naar 3600 (zo vaak wijzigt m'n IP toch niet).

dinsdag 23 juni 2026 22:11

Acties:

RobertMe

Grappig hoe dat gaat. mijn.host die dyndns toevoegt dat voor mij de trigger is om toch maar eens dyndns met DeSEC in te regelen

Domein wel geregistreerd bij mijn.host, maar DeSEC dan als nameserver.

Ooit jaren terug een .nl bij TransIP gekocht. Jaren later wat exotische TLDs bij Porkbun. Nadat Porkbun een storing op hun DNS had + dat het een Amerikaanse partij is de boel van maar ondergebracht bij DeSEC, qua nameserver dan (Porkbun is wel, ook nu nog, de registar). Jaar of twee terug na de zoveelste prijsverhoging van TransIP de DNS ook naar DeSEC over gezet en dan verhuisd naar mijn.host.

De domeinen kan ik volgens mij wel ook naar mijn.host migreren. Zowel beschikbaar als geen enorme prijsverschillen. Zou ik alleen even moeten kijken hoe het zit met de looptijd. Heb die een tijd terug verlengd voor meerdere jaren. Maar ik meen dat verhuizen met behoudt van "aangekochte jaren" bij deze (.app, .dev en .xyz) geen issue was. Hoogstens dat je voor verhuizen betaalt maar daarvoor ook weer een jaar eraan vast plakt. (Dus effectief een jaar verlenging).

woensdag 24 juni 2026 11:04

Acties:

anpat

Gisteren na het lezen van alle positieve berichten ook maar de overstap gemaakt, Dat had ik veel eerder moeten doen, na jaren bij PCextreme/versio te hebben gezeten, is de site nu veel vlotter bereikbaar en de verhuisservice is perfect, DNS instellingen voor MS365 overgenomen waardoor mail is blijven werken, Enige puntje was dat er een aantal plaatjes niet bleken te werken, maar ook dat werd vlot opgepakt en opgelost.
Kan alleen maar zeggen 'Ga zo door'

Recentie ook geschreven op hostingvergelijker

woensdag 24 juni 2026 11:18

Acties:

chaoscontrol

Ook ik ben na 15jaar Hostnet weg naar mijn.host. Vroegen tegenwoordig echt belachelijke bedragen voor verlengen van .nl domeinen. So far erg tevreden met de interface en de api!

Inventaris - Koop mijn meuk!

woensdag 24 juni 2026 11:26

Acties:

EDIT

Aangezien @mijn.host hier ook meeleest: wat is jullie overweging om het plakken van de 2FA code bij het inloggen in het controlepanel zo lastig te maken?
Ik vind het in ieder geval heel onhandig dat ik onder Android alleen het eerste cijfer kan plakken en de rest handmatig moet intypen. Het zou een stuk prettiger zijn (IMO) als ik die gewoon direct vanuit mijn 2fa manager kan plakken.

woensdag 24 juni 2026 14:39

Acties:

woensdag 24 juni 2026 14:43

Bedrijfsaccount mijn.host

Wimbo schreef op dinsdag 23 juni 2026 @ 16:40:
[...]

Dit werkt nu prima, als ik een extra ddns entry voor *.hoofdomein.nl aanmaak.
Het vinkje Wildcard forceren werkt echter niet, als ik hoofdomein.nl gebruik, en dat vinkje aanzet.

Dat vinkje zou nu ook moeten werken.

EDIT schreef op woensdag 24 juni 2026 @ 11:26:
Aangezien @mijn.host hier ook meeleest: wat is jullie overweging om het plakken van de 2FA code bij het inloggen in het controlepanel zo lastig te maken?
Ik vind het in ieder geval heel onhandig dat ik onder Android alleen het eerste cijfer kan plakken en de rest handmatig moet intypen. Het zou een stuk prettiger zijn (IMO) als ik die gewoon direct vanuit mijn 2fa manager kan plakken.

We konden dit niet direct herproduceren, maar onze developer heeft enkele aanpassingen gedaan wat het misschien verholpen heeft. Zou je nog eens kunnen testen?

Mocht het nog niet werken, maak gerust een ticket aan, dan kan onze dev het verder uitzoeken.

Acties:

EDIT

mijn.host schreef op woensdag 24 juni 2026 @ 14:39:
[...]

We konden dit niet direct herproduceren, maar onze developer heeft enkele aanpassingen gedaan wat het misschien verholpen heeft. Zou je nog eens kunnen testen?

Mocht het nog niet werken, maak gerust een ticket aan, dan kan onze dev het verder uitzoeken.

Het werkt nu inderdaad perfect, heel erg fijn, dank voor deze aanpassing!

woensdag 24 juni 2026 14:44

Acties:

woensdag 24 juni 2026 15:06

remyz schreef op zondag 21 juni 2026 @ 15:45:
[...]

Ik monitor de drie DNS-servers van mijn.host al een paar weken (met Gatus, records van mijn eigen domein, elke 30 minuten van zowel een KPN als een Ziggo internetaansluiting). De ns3 geeft zeer regelmatig niet thuis (time-out). Volgens support zou dat komen door het out-of-sync zijn van een cluser node van ns3. Dat is verholpen, maar de slechte response van ns3 blijft. Nu al ruim een week geen terugkoppeling op mijn ticket gehad.

Mijn.host heeft mij gisteren laten weten dat de problemen met ns3 opgelost zouden moeten zijn. Als ik naar de monitoring van afgelopen 24 uur kijk klopt dat. Fijn dat het opgelost is!

Afbeeldingslocatie: https://tweakers.net/i/J4Hs-5iN4ntoItlyK54bDk4T-lE=/x800/filters:strip_exif()/f/image/uGJ3s3ekqseCbTz2ag8pWCFY.png?f=fotoalbum_large

Acties:

anpat

Vraag, Ik zie via mxtoolbox op DNS check de volgende waarschuwingen.

SOA Serial Number Format is Invalid,
Suggested serial format year was 1782 which is before 1970.

SOA Expire Value out of recommended range,
Expire is recommended to be between 1209600 and 2419200.

Moet ik me zorgen maken of komt dit vanzelf goed?

@mijn.host je weet over welk domein dit gaat?

[ Voor 7% gewijzigd door anpat op 24-06-2026 15:07 ]

woensdag 24 juni 2026 15:14

Acties:

donderdag 25 juni 2026 13:14

anpat schreef op woensdag 24 juni 2026 @ 15:06:
Vraag, Ik zie via mxtoolbox op DNS check de volgende waarschuwingen.

SOA Serial Number Format is Invalid,
Suggested serial format year was 1782 which is before 1970.

SOA Expire Value out of recommended range,
Expire is recommended to be between 1209600 and 2419200.

Moet ik me zorgen maken of komt dit vanzelf goed?

@mijn.host je weet over welk domein dit gaat?

Je hoeft je geen zorgen te maken. Het serienummer is vaak de datum en tijd van de laatste zone update, maar mag ook gewoon een opvolgend nummer zijn. De expire value van mijn domeinen staat op 604800 en dat is 7 dagen. Ook prima. Het advies dat mxtoolbox geeft is 14 tot 28 dagen.

Acties:

vrijdag 26 juni 2026 09:36

Bedrijfsaccount mijn.host

Drardollan schreef op dinsdag 23 juni 2026 @ 14:55:
Leuke toevoeging @mijn.host !

Is er ook toevallig een planning wanneer er wat aan de portal gesleuteld gaat worden? Het filteren bij bijvoorbeeld domeinnamen is niet te doen, filters worden constant vergeten en de tags zijn onbruikbaar.

Onze dev heeft dit nu ook verbeterd, voel je vrij om je feedback te geven.

Acties:

nielsiejjj92

Het is mooi om te zien hoe Mijn Host zo direct met klanten communiceert en implementeert. Mijn ervaringen met Mijn Host zijn ook erg positief. Binnenkort zal ik nog 2 domeinen overzetten en ook een hostingpakket. Love it! $_/-\o_$

vrijdag 26 juni 2026 11:16

Acties:

Icey

Ook van mijn kant even een shout-out naar mijn.host; de support, de certbot integratie in mijn Nginx Proxy Admin echt helemaal top. Op mijn werk ook het balletje aan het laten rollen, scheelt ons 70% (bijna 800 euro) op alleen de domeinnamen...

[ Voor 11% gewijzigd door Icey op 26-06-2026 11:40 ]

zaterdag 27 juni 2026 16:19

Acties:

zondag 28 juni 2026 18:10

Wimbo schreef op dinsdag 23 juni 2026 @ 14:10:
[...]

Goede toevoeging!
Voor Unifi is het wat complexer ivm het aanpassen van de URL, https is hierbij niet nodig.
code:
1
mijn.host/nic/update?hostname=%h&myip=%i
Werkende settings voor Unifi (UCG-Fiber 5.1.19 met Network 10.4.57):
[Afbeelding]

Vraagje: als je het hoofddomein updated, wordt dan ook het *.hoofddomein.nl geupdated?
Ik kan namelijk niet * toevoegen, dat is dan een ongeldige hostnaam.
EDIT: helaas niet, het * record wordt niet gewijzigd... Is hier een andere manier voor?

Thanks! Dit werkt perfect

Acties:

ComTech

Ik ben aan het zoeken voor een nieuwe provider voor een vereniging waarvan ik de website enzo beheer.
Ze hebben 10 mailboxen en 1 wordpress website en 1 domeinnaam.
Draait nu bij TransIP maar erg duur, niet mijn keuze ik heb het beheer overgenomen en dit is ooit zo opgezet.
Ik zie bij mijn.host (daar heb ik zelf 2 domeinnamen) dat een webhosting pakket basic 100 mailboxen bij inbegrepen zitten.
Dat lijkt mij wel erg veel want een los email hosting pakket met 10 mailboxen kost al €5 per maand.
Klopt dit wel of is dit gewoon een hele scherpe prijs?

zondag 28 juni 2026 19:08

Acties:

rvk

ComTech schreef op zondag 28 juni 2026 @ 18:10:
Ze hebben 10 mailboxen en 1 wordpress website en 1 domeinnaam.

Als je de verhuisservice niet nodig hebt kun je misschien zelfs wel uit met de Starter versie.

De reden van de prijzen is dat bij zowel webhosting als bij E-mail only gewoon opslagruimte inbegrepen zit. Dus of je er nu een website bij zet is niet zoveel duurder dan E-mail only. Let wel op dat de opslagruimte dus bij imap permanent gebruikt gaat worden. Tenzij je pop gebruikt en de mail lokaal binnenhaalt (e.v. direct in E-mail client of via een lokaal mailservertje).

zondag 28 juni 2026 22:37

Acties:

fritsjof

Ik ben een aantal maanden geleden ook overgestapt naar mijn.host, mijn vorige hoster was zo ongelooflijk duur geworden: meer dan 4x zo duur voor het verlengen van een .NL-domein als dat ik nu bij mijn.host betaal. En ik betaal nu de helft voor het hostingpakket dat ook nog eens ove 4x meer resources beschikt (behalve opslag).

Overstapservice was prima, tickets worden snel en zonder onzin opgepakt, gewoon goed alles bij elkaar. Voor wie in hetzelfde schuitje zit (veel te lang bij een hoster blijven die de prijzen zonder schaamte blijft ophogen tot onredelijke waardes): het is vrij simpel en snel geregeld.

Bekabelde WIFI

maandag 29 juni 2026 09:24

Acties:

maandag 6 juli 2026 13:08

mijn.host schreef op donderdag 25 juni 2026 @ 13:14:
[...]

Onze dev heeft dit nu ook verbeterd, voel je vrij om je feedback te geven.

Dat is al een hele verademing, filters blijven nu bewaard. Nog 1 klein dingetje voor de feedback, als je tags wil selecteren dan moet je eerst de plus doen en dan zijn alle tags geselecteerd. Die moet je dan 1 voor 1 uitklikken. Dat is niet werkbaar met 20+ tags

All your base are belong to us!

zondag 5 juli 2026 14:56

Acties:

Kevsk

Voor een kleine webshop (woocommerce) ben ik aan het rondkijken naar een nieuwe host. Momenteel zit ik bij Vimexx maar door de oplopende kosten zou een overstap fijn zijn. Nu zag ik bij een aantal concurrenten dat die in de vergelijking van de verschillende pakketten ook vaak het aantal PHP Workers benoemd. Hier zag ik echter niks over staan bij mijn.host. Dus was even benieuwd of hier meer info over beschikbaar is. Ik ging er sowieso even vanuit dat hiervoor het WP Basic pakket nodig is voor Woocommerce.

Daarnaast kwam ik ook dit tegen: https://mijn.host/kb/domeinnaam/cloudflare-voor-je-domeinnaam-activeren Ik vroeg mij even af wat hier het voordeel van was tov het zelf regelen via Cloudflare?

zondag 5 juli 2026 15:50

Acties:

Nachtkastje

Kevsk schreef op zondag 5 juli 2026 @ 14:56:
Voor een kleine webshop (woocommerce) ben ik aan het rondkijken naar een nieuwe host. Momenteel zit ik bij Vimexx maar door de oplopende kosten zou een overstap fijn zijn. Nu zag ik bij een aantal concurrenten dat die in de vergelijking van de verschillende pakketten ook vaak het aantal PHP Workers benoemd. Hier zag ik echter niks over staan bij mijn.host. Dus was even benieuwd of hier meer info over beschikbaar is. Ik ging er sowieso even vanuit dat hiervoor het WP Basic pakket nodig is voor Woocommerce.

Daarnaast kwam ik ook dit tegen: https://mijn.host/kb/domeinnaam/cloudflare-voor-je-domeinnaam-activeren Ik vroeg mij even af wat hier het voordeel van was tov het zelf regelen via Cloudflare?

Ik draai zelf een aantal stores met WooCommerce bij mijn.host, het is qua snelheid prima maar verwacht zeker geen lightning edge snelheid zeg maar. Je moet je caching echt wel goed instellen.

Hun CF koppeling heb ik nooit gebrukt, maar ik denk dat ze dan de DNS syncen met Cloudflare of iets.

Acties:

maandag 6 juli 2026 21:02

Bedrijfsaccount mijn.host

Omdat we jullie feedback en die van onze klanten waardevol vinden, kun je nieuwe ideeën en feature requests voortaan centraal indienen via ons controlepaneel. Dit staat nu live op https://mijn.host/cp/ideas/.

Je kunt er ook trending ideeën bekijken en upvoten. Populaire ideeën pakken we actief op en implementeren we waar mogelijk.

Daarnaast zijn we deze maand gestart met devblogs: iedere maand delen we daarin de belangrijkste updates aan ons platform.

Acties:

Topicstarter

Ik heb de OP eens flink bijgewerkt met informatie van mijn.host. Als je foutieve zaken tegenkomt, laat met me weten, bij voorkeur in een PB.

woensdag 8 juli 2026 11:30

Acties:

woensdag 8 juli 2026 15:36

Ter informatie voor het geval mensen op zoek zijn waarom hun website of mail niet werkt:

https://status.mijn.host/history/inci_3coas9NiO6UFxx

@mijn.host Is er echt een storing? Of heeft het te maken met de CVE die hier in de reactie wordt besproken op het artikel van YourHosting die noodzakelijk spoedonderhoud had?

nieuws: Yourhosting-servers waren kort offline door noodzakelijk spoedonderhoud - update

[ Voor 48% gewijzigd door king006 op 08-07-2026 11:36 ]

Acties:

woensdag 8 juli 2026 18:48

Bedrijfsaccount mijn.host

@king006 de oorzaak bleek een DDoS aanval te zijn. Gelukkig konden we het snel isoleren zodat de meeste diensten weer online kwamen.

Het had bij ons niks met de CVE te maken, de patch is gistermiddag al uitgevoerd op onze servers.

Acties:

maandag 13 juli 2026 10:08

mijn.host schreef op woensdag 8 juli 2026 @ 15:36:
@king006 de oorzaak bleek een DDoS aanval te zijn. Gelukkig konden we het snel isoleren zodat de meeste diensten weer online kwamen.

Het had bij ons niks met de CVE te maken, de patch is gistermiddag al uitgevoerd op onze servers.

Thanks voor de reactie! 👍🏻

Acties:

zondag 19 juli 2026 22:05

Meer mensen die niet uit kunnen mailen? Blijkbaar zet Mijn Host een blokkade op de hele shared server:

SMTP error from remote mail server after end of data: 451 Your account has been locked. Please contact your administrator. See http://filter101.mijn.hos...st/2a11:4881:1:7d9::1/112 for more information.

Op zich goed dat ze dit doen bij vermeend misbruik, alleen jammer dat alle users getroffen worden (en de blokkade niet actief wordt opgemerkt).

Edit: is inmiddels opgelost (na een ticket)

[ Voor 6% gewijzigd door nescafe op 13-07-2026 10:30 ]

* Barca zweert ook bij fixedsys... althans bij mIRC de rest is comic sans

Acties:

rollotomassi

mijn.host schreef op woensdag 19 juni 2024 @ 17:37:
[...]

Dankje voor het delen van je ervaring, deze feedback wordt zeer gewaardeerd.

Ik heb je blogartikel gelezen (erg interessant!) en deze intern gedeeld met onze collega's. Vooropgesteld waren we niet op de hoogte van je ervaring en is dit niet aangekaart zover wij kunnen zien, wat overigens niet erg is. Maar we hadden hier graag naar willen kijken, want de problemen welke je ervaarde zouden zeker niet moeten. Timeouts en tragere laadtijden zouden bij ons juist niet moeten optreden.

Dat neemt niet weg dat er aan onze kant inderdaad dingen niet goed kunnen zijn gegaan. Op basis van je feedback gaan we dit wel verder uitzoeken en analyseren of we de problemen kunnen reproduceren en oplossen. Het eerste wat mij te binnen schiet is dat onze Web Application Firewall ergens iets te streng was, en bepaalde requests blokkeerde, maar dit is slechts een veronderstelling. We gaan hier in ieder geval naar kijken!

In ieder geval kom ik dit jaar ook jullie kant op. Antagonist wordt te duur na 15 jaar gaan we wat anders doen maar je ziet mijn mail vanzelf. Vindt het goed dat jullie op een mindere opmerking reageren.

maandag 20 juli 2026 14:49

Acties:

LOTG

Weet iemand hoe ik mijn email kan migreren naar mijn.host? Ik heb een hosting pakket met verhuizing van mijn domein (niet de verhuisservice), en in de mail staat dat ik mijn mail moet verhuizen voor ik het verhuistoken opgeef maar ik kan geen mail account aanmaken omdat die zegt dat ik geen domein heb. Deze staat wel onder domeinen, maar omdat ik geen verhuistoken heb opgegeven is deze niet voltooid....

Ik heb het idee dat ik ergens overheen lees op de site of op de verkeerde termen zoek in de kennisbank.

maandag 20 juli 2026 15:26

Acties:

Diederik

LOTG schreef op maandag 20 juli 2026 @ 14:49:
Weet iemand hoe ik mijn email kan migreren naar mijn.host? Ik heb een hosting pakket met verhuizing van mijn domein (niet de verhuisservice), en in de mail staat dat ik mijn mail moet verhuizen voor ik het verhuistoken opgeef maar ik kan geen mail account aanmaken omdat die zegt dat ik geen domein heb. Deze staat wel onder domeinen, maar omdat ik geen verhuistoken heb opgegeven is deze niet voltooid....

Ik heb het idee dat ik ergens overheen lees op de site of op de verkeerde termen zoek in de kennisbank.

In de meeste gevallen kan je de mail van de 'oude' provider nog ophalen ook nadat je domein is verhuisd, ik pak het zelf altijd als volgt aan:

-Domein verhuizen
-Mailboxen aanmaken
-Wacht totdat DNS wereldwijd gesynchroniseerd is
-Test of mail wordt ontvangen in de nieuwe mailboxen
-Oude mail m.b.v. Outlook naar een PST backuppen
-PST importeren in de nieuwe mailboxen
-Diensten bij oude hoster opzeggen

Klaar

Invoegen doe je zo!

maandag 20 juli 2026 15:46

Acties:

LOTG

@Diederik lokale backup was ik inderdaad sowieso van plan, maar ik dacht de IMAP route te kunnen gebruiken. Ik zie die optie wel in Direct Admin maar ook daar wil die een domein voor hebben.

Update:

Het is gelukt om na de verhuizing de direct admin IMAP migratie te doen.

[ Voor 17% gewijzigd door LOTG op 20-07-2026 18:17 ]

maandag 20 juli 2026 18:44

Acties:

Pino112

mijn.host schreef op maandag 18 mei 2026 @ 09:37:
We hebben geen concrete signalen dat er een lek is geweest. We zijn dit nog aan het uitzoeken om het te kunnen bevestigen, maar het lijkt er (gelukkig) niet op.

Op basis van de informatie die we nu hebben lijkt het volgende te zijn gebeurd:
Een kwaadwillende heeft domeinnamen van klanten verzameld via reverse IP-lookups. Doordat meerdere domeinen op hetzelfde IP-adres worden gehost, is publiekelijk te achterhalen welke domeinen op één IP-adres staan.
Vervolgens stuurt deze partij phishingmails naar info@ of vergelijkbare standaardadressen van die domeinnamen, in de hoop dat het adres bestaat en de mail daadwerkelijk aankomt.
Het lijkt erop dat de phishing campagne gisteravond is gestart. Gezien dit pas zo recent speelt zijn wij hier uiteraard nog druk mee bezig.

Ik zie nu dat ik er 17 juli eentje heb gehad op het technisch contactpersoon-mailadres zoals deze bij SIDN te zien is. Rond 18 mei heb ik niks gehad.

Is dit dan weer een nieuwe phishingpoging?
Titel van de mail is 'Uw <domeinnaam>-service is opgeschort!' Kwam bij Gmail in de spam binnen.

Geachte klant,

⚠️ Vernieuwingsbetaling Mislukt
Uw hosting-vernieuwing voor <domeinnaam> kon niet worden verwerkt. Werk alstublieft uw betaalmethode bij om serviceonderbreking te voorkomen.

Domein
<domeinnaam>
De automatische vernieuwing van uw hostingservice is mislukt vanwege een betalingsprobleem. Dit kan worden veroorzaakt door:

Verlopen betaalmethode
Onvoldoende saldo
Bank weigerde transactie
Werk alstublieft onmiddellijk uw betaalmethode bij om serviceonderbreking te voorkomen:

Betaalmethode Bijwerken
Neem contact met ons op via support@mijn.host als u hulp nodig hebt

© 2026 mijn.host. Alle rechten voorbehouden

woensdag 22 juli 2026 11:52

Acties:

ThinkPad

Topicstarter

Is er ook iemand die mail bij mijn.host heeft en met de iOS Mail app hier gebruik van maakt?

Ik zit momenteel bij mailbox.org en heb mailbox via IMAP gekoppeld, maar de IMAP Push lijkt niet te werken, waardoor ik mailnotificaties pas vaak veel later binnenkrijg.

En kun je bij mailfunctionaliteit van mijn.host ook mails versturen vanuit verschillende afzenders? Ik heb nu een catch-all in gebruik (is al erg handig gebleken na de Odido hack, daar komt ongelofelijk veel spam op binnen) en soms wil ik ook een reply kunnen sturen vanuit een catch-all adres waar mail op is binnengekomen. Kan dat met mijn.host?

En 2FA + app passwords?
Mailregels? (verplaats mail van a@b.com naar map 'XYZ')

[ Voor 45% gewijzigd door ThinkPad op 22-07-2026 13:50 ]

donderdag 23 juli 2026 20:00

Acties:

grote_oever

Hoe werkt precies een wildcard DNS instelling? Ik heb een paar subdomainen die allemaal naar mijn huis IP verwijzen. Hier wil ik een wildcard DNS instelling van maken. Als ik daarna een certificaat via NGINX wil aanvragen dan krijg ik een Internal Error. Haal ik de wildcare DNS instelling weer weg en zet er een harde naam in dan werkt het.

Naam: *
Type: A
content: mijn thuis IP adres

donderdag 23 juli 2026 21:20

Acties:

Topicstarter

grote_oever schreef op donderdag 23 juli 2026 @ 20:00:
[...]

Naam: *
Type: A
Content: mijn thuis-IP-adres

Dat is inderdaad hoe het werkt.

Dus de NGINX-foutmelding staat hier los van en daar zou ik even een eigen topic voor maken, want dat vergt wat meer informatie van jouw kant.

offtopic:
Post de link naar je topic hier maar, dan kijken we mee en kunnen anderen die de zoekfunctie gebruikten dat topic ook makkelijk vinden.

donderdag 23 juli 2026 21:43

Acties:

RobertMe

En niet vergeten dat een wildcard record alleen werkt als de opgevraagde domeinnaam helemaal niet in de server voorkomt, ongeacht het type.

Als je een * A record maakt en vervolgens voor subdomein "foo" een TXT record en je vraagt het A record voor "foo" op dan is er gewoon niks (/leeg antwoord), en niet zoals je wellicht verwacht het wildcard A record.

Of in ieder geval, dat is hoe het in de standaard staat vastgelegd. Er zijn AFAIK wel ook implementaties waarbij het wildcard record wel wordt gebruikt ondanks dat het subdomein bekend is met een ander type.

donderdag 23 juli 2026 21:49

Acties:

Topicstarter

RobertMe schreef op donderdag 23 juli 2026 @ 21:43:
En niet vergeten dat een wildcard-record alleen werkt als de opgevraagde domeinnaam helemaal niet in de server voorkomt, ongeacht het type.

Als je een wildcard A-record maakt en vervolgens voor subdomein "foo" een TXT-record en je vraagt het A-record voor "foo" op dan is er gewoon niks (NODATA/leeg antwoord), en niet, zoals je wellicht verwacht, het wildcard A-record.

[...]

Dit heb ik nooit geweten!

vrijdag 24 juli 2026 07:32

Acties:

grote_oever

Room42 schreef op donderdag 23 juli 2026 @ 21:20:
[...]

Dat is inderdaad hoe het werkt. Dus de NGINX-foutmelding staat hier los van en daar zou ik even een eigen topic voor maken, want dat vergt wat meer informatie van jouw kant.
offtopic:
Post de link naar je topic hier maar, dan kijken we mee en kunnen anderen die de zoekfunctie gebruikten dat topic ook makkelijk vinden.

Bedankt, na even een aantal uren prutsen ben ik eruit. Als ik, via nginx, de wildcard aanvaag bij mijnhost dan werkt het wel (provider: Let's Encrypt – mijnhost).

edit:
Nu ik deze reactie lees is dit misschien ook aan de hand::

RobertMe schreef op donderdag 23 juli 2026 @ 21:43:
En niet vergeten dat een wildcard record alleen werkt als de opgevraagde domeinnaam helemaal niet in de server voorkomt, ongeacht het type.

Als je een * A record maakt en vervolgens voor subdomein "foo" een TXT record en je vraagt het A record voor "foo" op dan is er gewoon niks (/leeg antwoord), en niet zoals je wellicht verwacht het wildcard A record.

Of in ieder geval, dat is hoe het in de standaard staat vastgelegd. Er zijn AFAIK wel ook implementaties waarbij het wildcard record wel wordt gebruikt ondanks dat het subdomein bekend is met een ander type.

Want heb inderdaad nog een A subdomain.

[ Voor 39% gewijzigd door grote_oever op 24-07-2026 07:34 ]

vrijdag 24 juli 2026 15:20

Acties:

Reinier

\o/

Ik zit nu een kleine twee jaar bij mijn.host. Weinig tot geen issues. Enige wat opvalt is dat ik in de statistieken in mijn control panel altijd alleen data van de actuele maand zie. In voorgaande maanden had ik dus 0 GB schijfruimte in gebruik en 0 GB traffic

Afbeeldingslocatie: https://tweakers.net/i/mUi7bchRmCpItK0r8ZUaIET6Q8Q=/800x/filters:strip_exif()/f/image/k0FrjrUFpNXi89kAnfVtPthP.png?f=fotoalbum_large

En in augustus schuift dat dus weer een maand op. Herkent iemand dit? Het zit me niet dwars maar ik vind het raar.
Het betreft reseller-hosting.

vrijdag 24 juli 2026 16:56

Acties:

vrijdag 24 juli 2026 17:12

Bij mij loopt een en ander op s3 niet helemaal lekker. Met PHP8.4 en Wordpress krijg ik geen images geupload, PHP8.3 loopt lekker. Al een dag of 2 met support bezig, maar we komen niet echt tot een oplossing helaas. Maar goede hoop, mijn host kennende, dat het begin volgende week allemaal wel weer zal draaien.

All your base are belong to us!

Acties:

zondag 26 juli 2026 12:03

Bedrijfsaccount mijn.host

Nachtkastje schreef op vrijdag 24 juli 2026 @ 16:41:
Zijn er meer mensen met issues met LiteSpeed Cache? Sinds gister heb ik allerlei websites op 1 pakket (s10.webhost.company)

Cache legen heeft geen nut, pas als ik de /lscache/ folder weggooi worden dingen bijgewerkt. Heb al contact gehad met mijn.host - maar die zeggen alleen dat er niks gewijzigd is en dat dit de oplossing is. Maar als ik 'm handmatig weggooi (volledige cache legen via de toolbox) blijf ik issues hebben met caching dat niet goed is.

Dit zou nu opgelost moeten zijn. Dit was een bug in de laatste Litespeed Enterprise versie. We draaien nu build 1 met de fix.

Acties:

Reinier

\o/

Nachtkastje schreef op vrijdag 24 juli 2026 @ 16:38:
[...]

Dit is altijd al zo geweest, probleem heb ik ook. Ook met een reseller pakket.

Denk dat @mijn.host het niet zo belangrijk vindt, of ze lezen hier overheen

Edit: I stand corrected

Nog iets mafs. Kennis bestelt hosting plus domein. Ze doet nog helemaal niets. Maar dan ook niets. En dan krijgt ze een foutmelding van Let's Encrypt dat er een error is bij het aanmaken van het TLS-certificaat. Ongetwijfeld vanwege DNS-propagatie, maar het domein is volgens mij nu wel meer dan 24 uur oud.
Typisch het soort error-meldingen waar je minder technisch onderlegde klanten niet mee moet lastig vallen

[ Voor 3% gewijzigd door Reinier op 27-07-2026 11:40 ]

maandag 27 juli 2026 11:21

Acties: