VPS met DirectAdmin, LetsEncrypt en een Noob

[QinX]

Als iemand zijnde die maar lukraak wat doet zit ik met een probleem.
Ik heb een unmanaged VPS met CentOS en DirectAdmin erop, hierop draai ik een Magento webshop.
Sinds een SSL certifcaat een must is probeer ik dit nu te regelen maar dit lukt mij maar niet.

Ik het een VPS welke via srv1.domein.nl te bereiken is.
Hieronder heb ik dan mijn mailserver op draaien en mijn domein: domein.nl

Het is mij gelukt om zelf LetsEncrypt te installeren en de volgende links hebben nu een SSL certificaat:

www.srv1.domein.nl
ftp.srv1.domein.nl
etc.

Echter is dan niet mijn doel, dat is namelijk dat ik www.domein.nl en mail.domein.nl etc met SSL heb.

Dit krijg ik niet aan de praat.

Deze link krijg ik goed uitgevoerd:
Adding a value to the directadmin.conf
https://help.directadmin....641&in1=letsencrypt&in2=1

Deze link werkt wel voor srv1.domein.nl maar niet voor domein.nl
https://help.directadmin.com/item.php?id=629

Deze link heb ik ook geprobeerd, maar als ik dan naar User Level > SSL Certificated ga en mijn domein van SSL probeer te voorzien krijg ik een fout melding
https://help.directadmin.com/item.php?id=648

Getting challenge for ftp.domein.nl from acme-server...
Waiting for domain verification...
Challenge is valid.
Getting challenge for domein.nl from acme-server...
Waiting for domain verification...
Challenge is invalid. Details: Fetching https://www.domein.nl/: Timeout. Exiting...

Mijn excuses voor de magere information, zoals gezegd ik met eigenlijk iets aan het doen waar ik te weinig kaas van heb gegeten.

Vraag er aub op los en ik zorg voor de nodige informatie.

[alex3305]

Geen idee van DirectAdmin, sterker nog ik denk niet eens dat je het nodig hebt, maar hoe je het moet instellen is als volgt:

DNS van domein.nl door verwijzen met een A-record naar srv1.hoster.nl (of het IP adres daarvan).
DNS met CNAME * instellen als alias van het A-record. * is dan het wildcard, dus maakt niet meer uit waar de hele reut heengaat.

Als laatste configureer je LetsEncrypt met al je (sub)domeinen die je wilt gebruiken. Dus niet van je hoster, maar jouw echte domeinnamen. Let wel op dat de DNS refresh tot maximaal 24u kan duren en in de tussentijd LetsEncrypt de verificatie niet kan uitvoeren.

Mocht je er een klein beetje meer tijd in willen stoppen, zou ik je willen adviseren om bijvoorbeeld Caddy te installeren als reverse proxy. Die regelt namelijk automatisch LetsEncrypt (inclusief vernieuwen) en is ongeacht het platform makkelijk te deployen.

Wil je per se een LAMP stack met eventueel FTP, kijk dan ook eens naar de tutorials van DigitalOcean:

• https://www.digitalocean....iles-with-a-remote-server
• https://www.digitalocean....amp-stack-on-ubuntu-16-04

Ook zou ik je aanraden om naar Ubuntu Server te kijken als je hiermee nieuw bent ipv CentOS, daar is toch net wat meer informatie voor te vinden op internet.

[QinX]

Ik heb al een webshop draaien met Magento, ik kan dus niets omgooien meer.

doorverwijzen naar srv1.domein.nl lijkt ook niet een optie omdat daarop niets draait.
Momenteel heb ik op www.domein.nl een webshop draaien die daarop moet blijven draaien.

[NLMaca]

als je https://www.domein.nl in je browser gooit krijg je dan iets te zien? mogelijk als daar niets gevonden wordt, dat de validatie niet werkt.
zet eens een simpele index.html in de private_html van je website. refresh je browser (je moet dan de index.html terug krijgen) en probeer dan nog eens de validatie. Mogelijk loopt het daar op vast (is maar een gok).

anders:

Waarom niet gewoon een csr aanvraag doen vanuit directadmin vanuit het domein?

Als je er niet veel kennis van hebt had ik anders gedaan. ik weet niet of je de config nog terug kunt zetten. ssl aanvraag doen vanuit directadmin. (ik denk niet dat ik een link mag plaatsen van een partij waar ook staat hoe je dat moet doen voor directadmin)

online ssl aanvragen (prijzen van simpel ssl certificaat is ook het probleem niet lijkt mij). die installeer je vervolgens op directadmin en klaar ben je.

dan nog je public_html folder koppelen aan je private_html en alles zou prima moeten werken
ik weet niet of dat nog moet, maar mogelijk moet je je files in de private_html zetten, maar dat is uit te zoeken lijkt mij (symbolic link kan ook)

To use a private_html link pointing to public_html you should log in to your DirectAdmin account, click on Domain Setup, click on your domain name and select the option "Use a symbolic link from private_html to public_html - allows for same data in http and https".

*Note: lijkt mij zinvol dat je wel backups maakt voordat je er mee bezig gaat (mocht je dat nog niet doen)

[Demonitzu]

Draait de Letsencrypt applicatie binnenin DirectAdmin op de meest recente versie?

Heb je misschien onterecht een IPv6 instelling aangezet? https://help.directadmin.com/item.php?id=630

[johnkeates]

En anders koop je voor 9 dollar een certificaat?

[Room42]

johnkeates schreef op vrijdag 30 juni 2017 @ 01:49:
En anders koop je voor 9 dollar een certificaat?

Dat is per (sub-)domein. Als je er genoeg wilt, kan dat al aardig oplopen Maar dan nog. Dat is zijn topic helemaal niet...

@QinX Zijn de domeinen wel publiek bereikbaar als webservice? Volgens mij is dat vereist voor het (automatisch) kunnen valideren van een domein. Ik heb overigens geen ervaring met DA en hun implementatie.

[QinX]

@NLMaca Ja het domein is via https://www.domein.nl bereikbaar. Ik heb de symbolic link aangezet waardoor private_html verwijst naar public_html

Als je met SSL via DirectAdmin aanvragen bedoeld, dan heb ik geprobeerd via
User Level > SSL Certificates
Daar is een Let's Encrypt optie beschikbaar, als ik daar dezelfde domein en subdomeinen aanvraag krijg ik dezelfde foutmelding op hetzelfde domein. Ik kan dit domein ook niet uitvinken aangezien dat het hoofddomein is.

@Toshin Let's Encrypt draait op de meeste recente versie en Direct Admin is ook up to date.

@Room42 Ja de domein zijn publieke beschikbaar, tenminste als je bedoeld dat mijn website online i en via het domein te bezoek is.


Als ik de help pagina's van DA lees dan verwijzen ze allemaal naar het feit dat in /var/www/ een map genaamd .well-known/acme-folder komt te staat waarop Let's Encrypt test.

Echter dat is dus de www van de server.
Het domein zit op een hele andere plek. Voor mijn gevoel mijn in met public_html een .well-known/acme-folder komen te staan maar dat gebeurd niet.

[Erulezz]

Heb je bij:

https://help.directadmin.com/item.php?id=648

Ook stap 4 uitgevoerd? Hiermee wordt die well-known alias aangemaakt.

[QinX]

Ja, stap 4 heb ik uitgevoerd, zo is srv1.domein.nl met een SSL certificaat uitgerust.

Kan dat ook liggen aan hoe ik inlog via SSH? Dat doe ik namelijk via root.

[Sneezydevil]

Dat zou niks uit moeten maken. Normaal vraag je 1 keer een server certificaat aan, dit is blijkbaar ook gelukt.

Certificaat aanvragen voor al de rest is inderdaad net iets anders zoals je blijkbaar ook al gevonden had.

Hoewel het eigenlijk niet relevant moet zijn, staat SNI aan?

De foutmelding die je krijgt doet denken aan een missende dns entry voor www.domein.nl of iets dergelijks, maar aangezien je zegt dat de website wel bereikbaar is kan dat eigenlijk niet.

Ik heb ooit zo'n foutmelding gezien door corrupte data in de well-known directory maar dat loste zich vanzelf op.

Je hebt niet nog een domein op de server wat je kunt proberen?

[bvk]

Haal anders je domein/site eens door de SSL Labs tool heen, misschien krijg je dan wel een hint over wat er fout is?