În prezent, am un server Glassfish 4 care găzduiește un API pe portul 80 folosind SSL. Chiar dacă este portul 80, încă folosește SSL. Am făcut acest lucru pentru că aveam probleme cu clienții care aveau portul 8181 blocat în rețelele lor de afaceri și, prin urmare, blocau apelurile din partea noastră frontală Angular către API-ul back-end Glassfish.
Frontend-ul Angular este deservit de IIS prin portul 443 (ssl).
Am presupus că majoritatea rețelelor ar avea deschise atât portul 443, cât și portul 80, însă acum ne-am confruntat cu o problemă în care o rețea de clienți blochează traficul portului 80.
Singura soluție la care mă gândesc este să muți front-end-ul Angular din IIS în folderul docroot al Glassfish și ca Glassfish să servească atât API-ul back-end, cât și codul front-end.
În primul rând, există vreo soluție mai bună pe care cineva o are pentru a rezolva această problemă cu firewall-urile care blochează porturile către serverele back-end?
În al doilea rând, codul Angular utilizează un obiect router care necesită o regulă de rescriere URL pentru a redirecționa tot traficul către pagina de bază. Exemplu: dacă codul angular este găzduit în folderul „angularApp” /angularApp/page/page ar trebui să fie redirecționat către /angularApp/index.html.În prezent, nu știu nicio modalitate de a implementa o regulă de rescriere a adresei URL în Glassfish, special pentru paginile web găzduite în folderul docroot?
