Перенаправление субдомена на мой внешний IP - сертификат SSL недействителен

Я использую локальный сервер Ubuntu в качестве облака. Эта машина доступна извне через переадресацию портов моего маршрутизатора. Это нормально работает (через IP). Теперь я создал субдомен в моем существующем домене 1und1 и использовал "domain-redirect", чтобы перенаправить этот субдомен xxx.mydomain.com на мой внешний (статический) IP-адрес с портом, который выглядит так: https: // ip .ip.ip.ip: 2000 / nextcloud Это также работает нормально (но вводит IP-адрес в адресную строку вместо xxx.mydomain.com), но стандартный SSL-Cert ubuntu, очевидно, не заслуживает доверия. Вот почему я купил дешевый ssl-сертификат от comodo для своего поддомена: xxx.mydomain.com Затем я импортировал сертификат на свой сервер ubuntu (/ etc / ssl / certs ...) и исправил /etc/apache2/sites-availabe/nextcloud.conf (SSLCertificateFile и SSLCertificateKeyFile). Это (после перезапуска apache2) приводит к тому, что браузер читает сертификат Comodo ssl при переходе на xxx.mydomain.com.

Проблема : Comodo Cert все еще не является доверенным (есть проблемы с цепочкой сертификатов сайта (net :: ERR_CERT_COMMON_NAME_INVALID).)

Это как-то связано с процессом перенаправления? И если да, то как я могу это решить? Или я что-то еще пропустил?

Заранее спасибо!

€ dit: Это файл nextcloud.conf:

Alias /nextcloud "/var/www/nextcloud/"
<VirtualHost *:443>
ServerName          cloud.myDomain.com
DocumentRoot        /var/www/nextcloud

SSLEngine               on
SSLCertificateKeyFile /etc/ssl/private/myComodo.key
SSLCertificateFile /etc/ssl/certs/myComodo.crt
SSLCertificateChainFile /etc/ssl/certs/myComodo.ca-bundle
</VirtualHost>
<Directory /var/www/nextcloud/>
  Options +FollowSymlinks
  AllowOverride All

 <IfModule mod_dav.c>
  Dav off
 </IfModule>

 SetEnv HOME /var/www/nextcloud
 SetEnv HTTP_HOME /var/www/nextcloud

</Directory>
1
задан 8 February 2017 в 13:11
1 ответ

Проблема, скорее всего, в перенаправлении.

Допустим, вы используете sub.domain.tld , и вы получите сертификат для этого хоста.

После того, как вы перенаправите посетителя на 11.22.33.44 , сертификат больше не "действителен", потому что он был настроен для работы для (COMMON_NAME) https: //sub.domain.tld , а не https://11.22.33.44 .

Единственное реальное решение - работать с записями A / CName. Если у вас нет статического IP-адреса, вы можете использовать бесплатный динамический DNS, а затем настроить запись CNAME.

1
ответ дан 3 December 2019 в 23:34

Теги

Похожие вопросы