Почему эти виртуальные хосты с символом подстановки Apache вызывают неожиданные результаты?

Содержание

Вопрос или проблема
Ответ или решение
Почему "дикие" виртуальные хосты Apache приводят к неожиданным результатам?
1. Формат виртуальных хостов
2. Приоритеты виртуальных хостов
3. IPv4 и IPv6
Рекомендации по настройке виртуальных хостов

Вопрос или проблема

Я пытался настроить Apache так, чтобы у него был дефолтный VirtualHost, который отвечал бы на любой запрос, не совпадающий с другими VirtualHost, например, когда в браузере вводится IP-адрес.

При попытке конфигурации, подобной приведенной ниже, с использованием смешанных форматов <VirtualHost>, таких как *:443, а также hostname:443, я получил неожиданные результаты, например, доступ к s1.mysite.com совпадал с тем, что был в #2 backup.mysite.com. После некоторых тестов я пришел к выводу, что такие совпадения происходят правильно только при использовании одного и того же формата для всех, например, <VirtualHost *:443>. Я просто не уверен, вызваны ли неожиданные результаты в приведенной конфигурации тем, что Apache не может правильно сравнить и сопоставить нужный, если не используется один и тот же формат, ИЛИ неожиданные результаты могут возникнуть из-за того, что имя хоста перед IP может иметь различные значения IP (ipv4, ipv6 и т.д.) и алиасы имени хоста, что приводит к редиректам между хостами, такими как localhost, mysite.com и т.д., что вызывает ненадежные совпадения.

Честно говоря, документация по умолчанию для VirtualHost кажется, решает эти проблемы, но я не могу полностью их понять.

Итак, это НЕ работает, как ожидалось, доступ к https://s1.mysite.com может совпадать с vhost 2 (backup.mysite.com).

# пытаемся сначала определить дефолтный
# Я пытался сделать так, чтобы это совпадало, даже если IP сервера вводится в браузере

<VirtualHost *:443>
    ServerName s1.mysite.com
</VirtualHost>

# vhost 2
<VirtualHost backup.mysite.com:443>
    ServerName backup.mysite.com
    ServerAlias files.mysite.com
    ServerAlias ftp.mysite.com
</VirtualHost>

# vhost 3
<VirtualHost store.mysite.com:443>
    ServerName store.mysite.com
    ServerAlias shop.mysite.com
    ServerAlias buy.mysite.com
</VirtualHost>

Это работает, как ожидалось (когда все *:443):

# пытаемся сначала определить дефолтный
# Я пытался сделать так, чтобы это совпадало, даже если IP сервера вводится в браузере

<VirtualHost *:443>
    ServerName s1.mysite.com
</VirtualHost>

# vhost 2
<VirtualHost *:443>
    ServerName backup.mysite.com
    ServerAlias files.mysite.com
    ServerAlias ftp.mysite.com
</VirtualHost>

# vhost 3
<VirtualHost *:443>
    ServerName store.mysite.com
    ServerAlias shop.mysite.com
    ServerAlias buy.mysite.com
</VirtualHost>

Ответ или решение

Почему "дикие" виртуальные хосты Apache приводят к неожиданным результатам?

Apache HTTP Server предоставляет пользователям мощные возможности настройки виртуальных хостов, которые позволяют обслуживать несколько сайтов на одном сервере. Однако неправильная конфигурация может вести к непредсказуемым результатам. Ваша ситуация, в которой обращение к https://s1.mysite.com приводит к совпадению с виртуальным хостом для backup.mysite.com, может быть обусловлена несколькими факторами.

1. Формат виртуальных хостов

Как вы уже заметили, использование разных форматов записи виртуальных хостов (например, <VirtualHost *:443> для одного хоста и <VirtualHost backup.mysite.com:443> для другого) может негативно сказаться на маршрутизации запросов. Apache обрабатывает запросы к виртуальным хостам, основываясь на комбинации IP-адреса и имени хоста. Когда вы смешиваете форматы, Apache может сравнивать их в разных контекстах, что затрудняет определение приоритетов.

В вашем первом случае

<VirtualHost *:443>
    ServerName s1.mysite.com
</VirtualHost>

<VirtualHost backup.mysite.com:443>
    ServerName backup.mysite.com
    ServerAlias files.mysite.com
    ServerAlias ftp.mysite.com
</VirtualHost>

Apache может неправильно интерпретировать запросы к s1.mysite.com, и, если не найдётся точного совпадения, он может обратиться к следующему хосту, что приводит к неожиданным результатам.

2. Приоритеты виртуальных хостов

Apache обрабатывает виртуальные хосты в следующем порядке:

Сначала ищутся полные совпадения с именами хостов.
Затем обрабатываются виртуальные хосты с отсутствующим именем.
Наконец, запросы обрабатываются по порядку, в котором они указаны в конфигурации.

Ваша конфигурация может давать неожиданные результаты, потому что при неназначении конкретного IP-адреса (<VirtualHost *:443> может восприниматься более широко) может возникнуть конкуренция между несколькими хостами. Конфигурации, содержащие адреса на основе имени (hostname:443), могут восприниматься как менее приоритетные и фактически могут приниматься через общие правила.

3. IPv4 и IPv6

Вы также упоминаете возможные проблемы с IP-адресами, что может быть справедливо. Разные версии IP (IPv4 и IPv6) могут создавать дополнительные сложности. Виртуальные хосты, настроенные только для одного формата IP, могут не обрабатывать запросы из другой сети должным образом, что приводит к неопределённому результату.