Но если Вы, цель состоит в том, чтобы выполнить несколько ssl, включили веб-приложения на том же сервере. добавление апача впереди не собирается балансировать их использующий Ваш выше конфигурации, Вам все еще была бы нужна подсистема балансировки нагрузки, или Вы могли использовать балансирующий модуль апача прокси с чем-то как следующее:
ProxyRequests Off
<Proxy balancer://someapplication>
BalancerMember http://127.0.0.1:18443 keepalive=on max=2 retry=30
BalancerMember http://127.0.0.1:18444 keepalive=on max=2 retry=30
BalancerMember http://127.0.0.1:18445 keepalive=on max=2 retry=30
</Proxy>
<VirtualHost 1.2.3.4:443>
SSLEngine on
SSLCipherSuite SSLv2:-LOW:-EXPORT:RC4+RSA
SSLCertificateFile /path/to/cert.pem
SSLCertificateKeyFile //path/to/key.pem
SSLVerifyClient optional
RequestHeader set X-Client-DN %{SSL_CLIENT_S_DN}e
RequestHeader set X-Client-Verify %{SSL_CLIENT_VERIFY}e
<Location />
SetHandler balancer-manager
Order allow,deny
Allow from all
</Location>
ProxyPass / balancer://someapplication:443/
ProxyPassReverse / balancer://someapplication:443/
ProxyPreserveHost on
Записи TXT являются текстовыми записями свободной формы и могут использоваться для вещей как описание хостов. Может также использоваться для специализированных целей, как DNSBL и SPF. В наше время они широко используются для выполнения обеих этих целей.
Записи SRV являются служебными книжками и являются своего рода расширением записей MX и немного более сложны, чем записи TXT. В то время как записи MX используются для определения, какие серверы обработают электронную почту для определенного домена, давая различные веса различным записям, записи SRV используются для обеспечения вещей, таких как протокол и порт. Запись SRV имеет следующую форму:
_Service._Proto.Name TTL Class SRV Priority Weight Port Target
Сервис: символьное имя желаемого сервиса.
Первичный: транспортный протокол желаемого сервиса; это обычно - или TCP или UDP.
Имя: доменное имя, для которого эта запись допустима.
TTL: стандартное поле времени жизни DNS.
Класс: стандартное поле класса DNS (это всегда находится В).
Приоритет: приоритет целевого узла, нижнее значение означает более предпочтительный.
Вес: относительный вес для записей с тем же приоритетом.
Порт: порт TCP или UDP, на котором должен быть найден сервис.
Цель: каноническое имя хоста машины, предоставляющей услугу.
Один типичный пример использования записей SRV при использовании протокола XMPP. Например, если бы у Вас есть домен foobar.com, запись использовалась бы для определения серверов, где веб-контент, и записи SRV использовались бы для определения, где сервер XMPP. Как правило, они будут расположены в различных адресах.
Больше информации о SRV записывает здесь.
Записи SRV для создания описаний мелкоячеистости сервисов. Они в большой степени используются в некоторых средах, таких как Microsoft Active Directory. Они обычно характерны для протокола или сервиса, и обеспечивают приоритеты, и веса для создания предпочтений в выборе (плохой - укомплектовывает выравнивание нагрузки).