Mi aplicación está disponible https://beta.myapp.com(estoy forzando https en todas partes) y ahora quiero cambiar a https://www.myapp.com.
Me pregunto cómo redirigir correctamente cada beta.solicitud a www..
En este momento wwwapunta a la misma aplicación y luego la aplicación se redirige beta(aunque recibe un error de SSL si intenta acceder https://www).
Lo que creo que es factible:
- Usar el
wwwcertificado en la aplicación principal y crear otra aplicación (con elbetacertificado) encargada de redirigir cada solicitud a la otra aplicación. (por ejemplo ,https://beta.myapp.com/aboutahttps://www.myapp.com/about). Pero mi aplicación está alojada en Heroku y tengo que pagar $20 al mes por certificado, por lo que una aplicación más significa más gastos. - Obtenga un certificado comodín/multidominio que cubra tanto
wwwcomobeta. Pero ya tengo 2 certificados, así que no quiero comprar otro.
¿Hay alguna otra forma mejor de hacerlo?
Respuesta1
Eso es un poco complicado y no tienes muchas opciones.
Puede manejar la redirección dentro de la aplicación apuntando tanto beta/www (y dominio raíz) a la aplicación principal de Heroku. Sin embargo, para evitar errores de SSL, debe instalar un certificado que cubra los nombres de host www y beta.
Debido a que Heroku no le ofrece la posibilidad de asociar dos certificados en la misma aplicación, en ese caso deberá comprar un certificado comodín.
La otra solución es apuntar betaa otro servidor. Instale el certificado en ese servidor y redirija el tráfico a la aplicación principal. Desafortunadamente, todavía es necesario instalar el certificado aquí porque la negociación SSL ocurre antes de que se envíe el encabezado de redirección HTTP, por lo que si no lo instala, sus visitantes verán un error de certificado (o advertencia) antes de ser redirigidos. Dependiendo del navegador, la redirección puede ocurrir o no en ese caso.
Ambas soluciones probablemente requieran un esfuerzo económico adicional de su parte, principalmente debido a la flexibilidad limitada de Heroku en este caso. Uno requiere la compra de un certificado comodín y el otro, la compra de un nuevo punto final SSL para la otra aplicación (a menos que encuentre una manera de alojarlo en un servidor económico en algún lugar).
Puedo entender que es posible que haya comprado recientemente el certificado para el sitio principal. Tenga en cuenta que la mayoría de los proveedores de certificados SSL ofrecen un reembolso de 30 días; es posible que desee ver si puede obtener un reembolso y comprar el comodín.
Si tengo que elegir, probablemente elegiría un comodín.
Respuesta2
He hecho esto antes de usar CNAME como sugirió Nick. Otra forma probablemente (puede que no sea práctica para usted) sea utilizar certificados comodín.
La última opción, si conoce sus nombres alternativos, es proporcionar el SAN (Nombres alternativos de sujeto) en su certificado que contiene todos sus nombres de host.