Actualmente tengo un servidor Glassfish 4 que aloja una API en el puerto 80 mediante SSL. Aunque es el puerto 80, todavía usa SSL. Hice esto porque teníamos problemas con los clientes que tenían su puerto 8181 bloqueado en sus redes comerciales y, por lo tanto, bloqueaban las llamadas desde nuestro front-end Angular a la API back-end de Glassfish.
IIS presta servicio a la interfaz angular a través del puerto 443 (ssl).
Supusimos que la mayoría de las redes tendrían abiertos tanto el puerto 443 como el puerto 80; sin embargo, ahora nos encontramos con un problema en el que la red de un cliente está bloqueando el tráfico del puerto 80.
La única solución que se me ocurre es mover la interfaz Angular de IIS a la carpeta docroot de Glassfish y hacer que Glassfish sirva tanto la API de back-end como el código de front-end.
En primer lugar, ¿existe alguna solución mejor que alguien tenga para resolver este problema con firewalls que bloquean los puertos a los servidores back-end?
En segundo lugar, el código Angular utiliza un objeto enrutador que requiere una regla de reescritura de URL para redirigir todo el tráfico a la página base. Ejemplo: si el código angular está alojado en la carpeta "angularApp", /angularApp/page/page deberá redirigirse a /angularApp/index.html. Actualmente no conozco ninguna forma de implementar una regla de reescritura de URL en Glassfish específicamente para páginas web alojadas en la carpeta docroot.