Назад | Перейти на главную страницу

Перенаправление субдомена на мой внешний 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>

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

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

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

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