Você pode especificar um certificado por virtualhost ... (faz uso de indicações de servidor que são suportadas por quase todos os navegadores modernos). Quanto a fazer um script para instalar o cert automagicamente ... Isso seria em grande parte específico de distro (a menos que você faça muita codificação extra para fazer isso acontecer) a maioria das plataformas RHEL (se não todas) colocam coisas em / etc / httpd / ... onde o debian-flavored coloca em / etc / apache2 / ... e quem sabe onde mais pode acabar em outras distros.
Se você estiver com uma distro específica ... lembre-se de que também há muitas maneiras diferentes de fazer suas configurações. você pode ter 1 arquivo de configuração megalítico singular que contém tudo ... e você pode dividi-lo em componentes menores que carregam outras configurações ... (ou seja, como httpd.conf carrega conf.d / *. conf) ... ou até mesmo divida-o com configurações individuais por site, por módulo e uma dúzia de outras formas ...
Por padrão, no entanto, a maioria das plataformas ainda executando o apache 1 ... tradicionalmente tem 1 configuração megalítica que configura todo o apache ... e eu não acho que há uma opção para carregar arquivos de configuração adicionais. O Apache 2.0.41 introduziu o include com curingas para permitir coisas como:
Include /etc/httpd/conf.d/*.conf Include /etc/httpd/mods-enabled/*.loadque encorajou muito mais as configurações quebradas.
Como uma boa ideia, sugiro que você padronize seus ambientes o máximo possível. Tentar suportar vários ambientes com vários tipos de configuração e várias versões de tudo é um pesadelo absoluto. Além disso, o Apache 1 está além da EoL. Claro, os hotfixes ainda podem ser lançados ... mas eu não confiaria nele para qualquer tipo de ambiente seguro. Ainda não encontrei nada que esteja disponível apenas no Apache 1. O Apache 2 está estável há 8 anos ... é hora de atualizar.