Hey guys,

Ik zit met een probleem. Ik host een VPS bij STRATO. Dat bevalt goed. Ik bestel daar ook mijn domeinnamen, maar je kunt daar (standaard) geen subdomein voor instellen. Dit houdt kortweg in dat de webmail (die via Plesk op een subdomein draait) niet bereikbaar is.

Nu kan ik 2 dingen doen. Ik kan zorgen dat de webmail in plaats van via "webmail.domein.nl" via "domein.nl/webmail" bereikbaar is. Dat gaat denk ik nog wel lukken. Maar Plesk zelf (het adminpanel waar klanten inloggen) gebruikt links naar het subdomein, dus dan gaat het alsnog mis. Nu kan ik dat ook wel weer gaan ombouwen, maar dat gaat me een hoop tijd kosten, en met wat pech worden mijn wijzigingen mogelijk overschreven tijdens een update van Plesk.

Nu denk ik dus dat misschien wel de beste oplossing is om al mijn domeinnamen gewoon ergens anders te gaan hosten waar ik wel subdomeinen kan aanmaken.

Nu is mijn vraag, welke hostingpartij is een goede? Mijn belangrijkste punten. Ik wil de domeinnamen zo goedkoop mogelijk registeren, ik moet subdomeinen kunnen maken en ik moet in ieder geval de mogelijkheid hebben om de "bekende" TLD's te registreren, dus denk aan de .nl .com .eu enzovoorts.

Iemand een tip?
Ozzie PHP op 12/07/2015 15:22:59

Bas, dat is precies wat ik bedoelde ;) De VPS laat ik (vooralsnog) gewoon bij STRATO. En de domeinnamen wil ik dan ergens anders onderbrengen.

Hoe bevalt Versio? Werkt het goed/makkelijk? Gaat alles zoals gewenst? Heb je vervelende dingen meegemaakt?

Ik zag trouwens op hun website dit plaatje. Ziet het er ook echt zo uit?


Wat me opviel was dat er 2x hetzelfde A-record instaat voor tandartsgids.nl en www.tandartsgids.nl. Enig idee waarom dat is?

Zijn er nog meer mensen die ervaring hebben met Versio (of eventueel een andere hoster voor domeinnamen)?


Het beheerpaneel voor de domeinnamen ziet er inderdaad goed uit. Mijn ervaring met Versio betreft hosting is zoals ik al aangaf niet al te best. Dit had destijds te maken met storingen van 3 dagen en meer (maar dat was 5 jaar terug).

Betreft de domeinnamen is het goedkoop en heb ik verder nooit echt problemen gehad. Je wat verdiepen in de werking van DNS is wel handig. Al hoef je vaak bij een domeinnaam alleen het IP-adres te veranderen van de server van hun naar die van jezelf.

(los van de domeinnaam en hosting) Een fallback is echt te adviseren. Zeker als je websites host van bedrijven. Die kunnen niet verkopen dat e-mail niet wordt ontvangen.
Thanks Bas. Maar hoe werkt dat fallback verhaal dan? Ik heb gewoon een VPS, en daar zit toch een mailserver op?
Net een optie genomen op STRATO VPS Linux Level 2: 3 maanden voor 0 €/mnd!* (ik zat toch al bij STRATO)
We zien wel waar het schip strandt.

:-)
Gefeliciteerd! ;)
Ozzie PHP op 12/07/2015 21:13:12

Thanks Bas. Maar hoe werkt dat fallback verhaal dan? Ik heb gewoon een VPS, en daar zit toch een mailserver op?

Maar wat nu als deze onverhoopt even offline is? ;-)

het is me wel eens gebeurd dat de fallback bleef werken, ondanks dat de domeinnaam verhuisd was naar een andere provider. Zekerder is het natuurlijk als je de fallback gebruikt van een partij waar je zaken mee doet.
Waarschijnlijk de partij waar de domeinnaam afgenomen wordt.
Maar ik kan me ook voorstellen datals je de mailserver bij Strato hebt staan, Strato een fallback accepteert.

Wa betreft je vraag hoe dat werkt:

Iemand wil jou mail sturen.
Zeg hij heeft kabel van Ziggo en mailt uit via mail.ziggo.nl
die smtp server ziet dat het naar [email protected] moet en zoekt op wat het mx record is.

situatie 1:
Hij ziet er 1
dus probeert mail daar aan te bieden.
Als dat niet lukt, heb je kaans dat de mail direct retour gaat naar de sender. Mogelijk probeert Ziggo het nog een paar keer, maar zeker is dat niet. Die mail server heeft nog een paar 100 mails te doen...


situtatie 2:
Hij ziet er meer dan 1
Sorteert op nummer en pakt de laagste.
Weer is jouw server afwezig.

Nu kijkt hij naar de server met het een na laagste nummer.
Deze geeft wel thuis.

Ziggo is klaar.
De fallback zal nu elke paar minuten de dns raadplegen en kijken wat een geschikte ontvanger is. Dat is de ip met laagste nummer.
Als die weer online is, kun je verder.

NB: Als je tussentijds jouwsite.nl mx 10 aanpast naar een nieuw ip adres, gaat de mail uiteindelijk daarheen. (is me ooit gebeurd bij een verhuizing.


Vroeger kon je bij kpn-adsl niet thuis een mail server gebruiken via poort 25
Wou je toch de mail op je eigen thuiserver ontvangen dan

mijnsite.nl mx 10 (ip adres thuis)
mijnsite.nl mx 20 server van kpn.

alle mail ging dan naar de server van kpn, want de uiteindelijke ontvanger was niet bereikbaar.
De server van kpn had echter geen last van de blokkade van poort 25....
die kon wel afleveren op de server met prio 10













Thanks Ivo.

>> De fallback zal nu elke paar minuten de dns raadplegen en kijken wat een geschikte ontvanger is. Dat is de ip met laagste nummer.

Bedoel je hier het IP-adres met het laagste nummer of het mx-record met het laagste nummer?

>> NB: Als je tussentijds jouwsite.nl mx 10

Waarom het getal 10 en niet gewoon 1?

Ik zie trouwens dat Versio als je daar een domeinnaam afneemt ook een fallback server aanbiedt.

Nog een andere vraag ...

Ik zie dat als je vanuit Plesk de webmail aanroept (wat nu dus nog niet werkt) dat ie naar een http-verbinding gaat en niet naar een https-verbinding. Kan dat kwaad? En nu vraag ik me dus ook af ... mail vanuit een e-mailcliënt als bijv. Windows Live Mail of Outlook, die wordt toch ook niet beveiligd?
Waarom een 10 (of 5) en niet gewoon 1?
Eigenlijk is het vrij simpel: een erfstuk.

Als voorbeeld: "vroegah", op bijvoorbeeld de Commodore 64/128 programmeerde men in BASIC.
De code werd altijd (verplicht!) aangeduid met een regelnummer zodat je hem later kon oproepen/vervangen.
Deze regelnummers telden in principe opvolgend (1, 2, 3, etc.) maar in de praktijk altijd in 10-tallen (10, 20, 30, etc.) zodat je later gemakkelijk een regel kon tussenvoegen zonder je gehele programma te hernummeren (en geloof mij, met >10000 regels wil je dat echt niet).

Dit principe is hetzelfde met MX servers, stel dat je een nieuwe fallback tussen de bestaande servers wil toevoegen, dan hoef je bij 2 bestaande servers niet 3 maar maar 1 DNS record aan te passen, je geeft de nieuwe server simpelweg de prio "15".
Bijkomend voordeel is, omdat DNS records tot 48 uur nodig kunnen hebben (maar meestal minder) om door te werken in het internet, dat de boel sneller up-to-date kan zijn.
Dit is hetzelfde als de z-index van CSS.
Hoe vaak zie je daar niet level 99 of 50 voorbij komen? Terwijl er hooguit 3 lagen zijn?
Zelfde reden: je kan er iets tussen plakken zonder andere aan te passen.

Reageren