Рейтинг:0

проблема ssl с другими виртуальными хостами

флаг be

у меня есть 5 виртуальных хостов, один из которых является именем хоста на сервере vps. у него также есть ssl-сертификат.

остальные 4 не имеют ssl, теперь, когда я пытаюсь просмотреть любой из других, я получаю это

Ваш браузер отправил запрос, который этот сервер не смог понять. Причина: вы говорите по простому HTTP с портом сервера с поддержкой SSL. Вместо этого используйте схему HTTPS для доступа к этому URL, пожалуйста.

Конфигурация виртуального хоста ssl выглядит следующим образом

<IP-адрес сервера виртуального хоста: 80> 
  Имя сервера www.MYSITE1.com
  Псевдоним сервера MYSITE1.com
  SSLEngine включен
  DocumentRoot /var/www/html/MYSITE1.com/public_html
  SSLCertificateFile /etc/ssl/certificate.crt
  SSLCertificateKeyFile /etc/ssl/private/private.key
  SSLCertificateChainFile /etc/ssl/ca_bundle.crt

  Редирект постоянный / https://URLREMOVED.com/
</ виртуальный хост>

<IP-адрес сервера виртуального хоста: 443>
  Имя сервера www.MYSITE1.com
  Псевдоним сервера MYSITE1.com
  DocumentRoot /var/www/html/MYSITE1.com/public_html
  SSLEngine включен
  SSLCertificateFile /etc/ssl/certificate.crt
  SSLCertificateKeyFile /etc/ssl/private/private.key
  SSLCertificateChainFile /etc/ssl/ca_bundle.crt


  Протоколы h2 http/1.1

  <Если "%{HTTP_HOST} == 'www.MYSITE1.com'">
    Редирект постоянный / https://MYSITE1.com/
  </Если>

  # Конфигурация SSL

  # Другая конфигурация Apache

</ виртуальный хост>




 
 И один из других конфигов, остальные похожи, разница только в домене и пути. В каждом конфиге в начале указан ip сервера вместо *

<IP-адрес сервера виртуального хоста: 80>
    Администратор сервера [email protected]
    Имя сервера www.MYSITE2.co.uk
    Псевдоним сервера mysite2.co.uk
    DocumentRoot /var/www/html/mysite2./public_html
    RewriteEngine включен
    RewriteCond %{HTTP_HOST} !^www\.mysite2.\.co.uk$ [NC]
    Правило перезаписи ^(.*)$ http://www.mysite2.co.uk/$1 [R=301,L]    
    Журнал ошибок ${APACHE_LOG_DIR}/error.log
    CustomLog ${APACHE_LOG_DIR}/access.log вместе
</Виртуальный хост>``
флаг in
Не могли бы вы обновить свой вопрос, включив в него имена файлов для конфигураций виртуального хоста и указать, какой из них содержит информацию о сертификате SSL? Это может быть проблемой чрезмерной маршрутизации в Apache.
флаг be
тот, что вверху, — это тот, у которого есть ssl-сертификат. конфиг внизу написан так же как и у других не ssl, только названия другие. все они используют один и тот же ip в начале конфига
флаг in
Тогда это вероятный виновник. Переместите файл с конфигурацией SSL в конец с префиксом `999` или `zzz`. Apache попытается определить, куда направлять трафик, исходя из имени домена и порядка файлов конфигурации. Имея «более простые» домены в первую очередь, Apache должен правильно обрабатывать трафик. Обязательно выполните `a2dissite`, переименуйте, `a2ensite`, затем перезапустите Apache (в указанном порядке), чтобы уменьшить вероятность неправильной деактивации конфигураций.
флаг be
Спасибо, что нашли время ответить, приятель, кое-что пролетело мимо меня, 999, zzz? извините, я все еще новичок во всем этом. каждый сайт имеет собственную конфигурацию виртуального хоста. верхняя часть в приведенной выше цитате, разделенная «И одна из других конфигураций, остальные аналогичны», — это конфигурация ssl для сайта, другие виртуальные хосты используют очень похожую конфигурацию на ту, что размещена внизу, за исключением того, что у них есть собственный путь, домен и т. д.извините, если сообщения не помогли создать правильную картину проблемы
флаг be
Я пытался немного отредактировать первый пост, надеюсь, это поможет. Благодарность
флаг be
исправлено, я думаю :) ура, исправил виртуальный хост ssl

Ответить или комментировать

Большинство людей не понимают, что склонность к познанию нового открывает путь к обучению и улучшает межличностные связи. В исследованиях Элисон, например, хотя люди могли точно вспомнить, сколько вопросов было задано в их разговорах, они не чувствовали интуитивно связи между вопросами и симпатиями. В четырех исследованиях, в которых участники сами участвовали в разговорах или читали стенограммы чужих разговоров, люди, как правило, не осознавали, что задаваемый вопрос повлияет — или повлиял — на уровень дружбы между собеседниками.