Bekijk Volledige Versie : Directadmin https via poort 443 en niet 2222
Met https://help.directadmin.com/item.php?id=15 heb ik Directadmin beschikbaar via https://...:2222. Ik wil graag de standaard 443 voor https hiervoor gebruiken.
Heb ook als https://help.directadmin.com/item.php?id=84 geprobeerd via subdomein https://cp.domein
Hoe kan ik Directadmin via de standaard https 443 poort beschikbaar maken?
DA zelf op 443 runnen zal alleen gaan als apache niet draait op dat IP. DA draait namelijk los van Apache. Of apache moet niet op 443 draaien op dat IP.
Die cp.domein optie lijkt me nog het meest eenvoudig, in de handleiding staat :80, daar wordt ook vermeld om de stappen apart uit te voeren voor 443 en de SSLProxyEngine.
Bij cp.domein krijg ik een mismatch met het certificaat.
Via letsencrypt een certificaat voor cp.domein gemaakt, maar directadmin heeft een andere hostname
Sent from my HTC One mini 2 using webhostingtalk mobile app
Dan via Apache een proxy toepassen. Dat het dan vanaf Apache binnen de server naar DirectAdmin mogelijk een andere poort is hoeft geen ramp te zijn lijkt mij (als ze daar bij kunnen kunnen ze ook bij de private key en heb je meer problemen). Met een goede proxy er tussen kun je cp.domein verder wel voorzien van goede certificaten.
Via de proxy heb ik Directadmin beschikbaar via https://cp.domein Directadmin en cp,domein zijn verschillende domeinen. Bij het controleren van het certificaat het certificaat van cp.domein gecontroleerd tegen de hostnaam van Directadmin. De proxy dient het certificaat van cp,domein te controleren, dan het verkeer door sturen naar Directadmin.
Het lukt me niet om het certificaat in orde te krijgen.
Firefox geeft het volgende:
cp.domein.nl gebruikt een ongeldig beveiligingscertificaat.
Het certificaat is alleen geldig voor de volgende namen: ftp.vps.domein.nl, mail.vps.domein.nl, pop.vps.domein.nl, smtp.vps.domein.nl, vps.domein.nl, www.vps.domein.nl
In VirtualHost configuratie heb ik het volgende staan voor poort 443:
<VirtualHost |IP|:|PORT_443|>
ProxyPreserveHost On
ServerName cp.|DOMAIN|
SSLProxyEngine On
SSLCertificateFile /usr/local/directadmin/data/users/admin/domains/twiga.nl.cert
SSLCertificateKeyFile /usr/local/directadmin/data/users/admin/domains/twiga.nl.key
SSLCACertificateFile /usr/local/directadmin/data/users/admin/domains/twiga.nl.cacert
ProxyRequests Off
ProxyPass / http://localhost:2222/
ProxyPassReverse / http://localhost:2222/
ProxyPreserveHost On
SSLProxyCheckPeerCN off
</VirtualHost>
Het subdomein is aangemaakt in DA. Daarna het certificaat aangemaakt via Letsencrypt.
Je moet wel per domein/subdomein dan een certificaat aanvragen. Dat lijk je hier niet te doen.
De full qualified hostname waar DA op draait heeft zijn eigen certificaat vps.domein.nl
Er is een certificaat aangemaakt voor cp.domein.nl
Het lijkt er op dat hij het certificaat van de achterkant controleert met cp.domein.nl, en niet