¿Funcionará correctamente un comodín SSL para un subdominio A que apunta a otro dominio / sitio web?

No estoy seguro de que entendí completamente la pregunta, pero aquí va:

Si tiene un certificado válido para enlace y, de hecho, se lo puede contactar a través de ese FQDN, entonces es libre de redirigir a cualquier parte.

Eso es todo lo que hay que hacer. Puede redirigir a example.COM si lo desea. HTTP o HTTPS. Tu elección. Pero si desea realizar HTTPS, entonces necesita un certificado que sea válido para ese FQDN. (El certificado para example.net no funcionará cuando se implemente en example.com).

Primero, un registro A solo puede apuntar a una dirección IP, no a un nombre de host.

En segundo lugar, una vez que los clientes alcancen esa dirección IP, que parece ser su propio servidor, debe tener un certificado válido para el nombre de host solicitado (his.subdomain.com necesitaría * .subdomain.com). Obviamente, necesita que su servidor responda por este nombre de host / vhost.

www.somedomain.com no tiene nada que hacer en esta imagen.

Además, SHA2 es un tema diferente y no tiene nada que ver con la configuración de vhost. Esto se relaciona con la firma del certificado que usted no posee y sobre el cual no tiene control.

Para entender correctamente todos esos elementos, sugiero que se refieran al modelo OSI. Ser capaz de abstraer la complejidad de las diferentes capas es extremadamente útil para entender correctamente el panorama general sin mezclar conceptos de diferentes tecnologías.