HSTS causing HTTPS redirect loop

[MattFox]

You've forgotten the http rewrite to handle web sockets. Proxy only works for http traffic. Add a redirect to ensure websockets get redirected to port 443 to 8080 if I recall correctly.

[phildunlap]

A colleague of mine pointed out that to use the HTTP2 protocol (which should provide faster initial page loading) Mango must be running on SSL with a keystore, and have ALPN enabled (see Mango/bin/ext-available). I would not expect using HTTP2 to have a significant effect on REST requests.

[MattFox]

Correct, the push provided by HTTP/2 is for file resources only.
Although I'm hoping to change that once my dashboard gets moved into a web directory...

[terrypacker]

I wrote this help article not too long ago which may provide some insight into configuring the Apache proxy.

https://help.infiniteautomation.com/proxy

[MattFox]

Thanks Terry! I was unaware that existed on the help site.

[cbyrne]

Perfect, thanks for all your help @terrypacker @MattFox @phildunlap.

edit:
@terrypacker Quick question regarding the help article

Specifically "we set the Host and Origin to the public facing server".
Isn't "mango.example.com" the private facing address?

[cbyrne]

Actually I spoke too soon, proxying web sockets isn't working yet. I followed your example in the other thread @phildunlap but unfortunately I'm still getting errors. Perhaps my rewrite rule is incorrect for a localhost address?

My config:

<VirtualHost *:80>
    Redirect permanent / https://ems1.glasenergytechnology.ie/
</VirtualHost>

Listen 443
<VirtualHost *:443>
    ProxyPreserveHost Off
    ServerName sub.domain.com
    ServerAlias sub.domain.com
    ProxyRequests On
    RewriteEngine On
    RewriteCond %{HTTP:Upgrade} =websocket
    RewriteRule /(.*) ws://127.0.0.1:8080/$1 [P,L]
    RewriteCond %{HTTP:Upgrade} !=websocket
    RewriteRule /(.*) http://127.0.0.1:8080/$1 [P,L]
    RequestHeader set Host sub.domain.com
    RequestHeader set Origin "http://sub.domain.com"
    Header edit Location ^http://sub.domain.com https://sub.domain.com
    CustomLog "/var/log/apache-access-public-mango.log" common
    ErrorLog "/var/log/apache-error-public-mango.log"
    SSLEngine On
    SSLProxyEngine On
    SSLCertificateFile "/path/to/crt"
    SSLCertificateChainFile "/path/to/ca-bundle"
    SSLCertificateKeyFile "/path/to/private_key"
    ProxyPass / http://127.0.0.1:8080/
    ProxyPassReverse / http://127.0.0.1:8080/
</VirtualHost>

[MattFox]

Man your ssl conf file is messy!

You've got an uneccessary rewrite rule. You've got a condition asking for a websocket upgrade check and then applying an http rule to it! Unless you're redirecting, just leave the http stuff to the proxy rules.

Here, follow this:

#STRAIGHT HTTP, THIS REDIRECTS
<VirtualHost *:80>
ServerName subdomain.example.com
DocumentRoot /opt/mango/overrides/web/modules/mangoUI/web
  ErrorLog ${APACHE_LOG_DIR}/subdomain.example.com_error.log
  # Possible values include: debug, info, notice, warn, error, crit,
  # alert, emerg.
  LogLevel warn
  CustomLog ${APACHE_LOG_DIR}/subdomain.example.com_access.log combined

ProxyRequests Off
ProxyPreserveHost On

RewriteEngine on
RewriteCond %{SERVER_PORT} 80
RewriteRule ^(.*)$ https://subdomain.example.com/$1 [R,L]
RewriteCond %{HTTP:UPGRADE} ^WebSocket$ [NC]
RewriteCond %{HTTP:CONNECTION} Upgrade$ [NC]
RewriteRule /(.*) ws://127.0.0.1:8080/$1 [P,L]

 ProxyPass /.well-known !
        <Location />
            ProxyPass http://127.0.0.1:8080/
            ProxyPassReverse /
        </Location>

</VirtualHost>

#HTTPS PROXY HANDLER
<IfModule mod_ssl.c>
<VirtualHost *:443>
ServerName subdomain.example.com
DocumentRoot /opt/mango/overrides/web/modules/mangoUI/web

<Directory />
Options Indexes FollowSymLinks
AllowOverride None
Order allow,deny
Allow from all
</Directory>

  SSLProxyEngine On
  ProxyRequests Off
  ProxyPreserveHost On
ProxyPass /.well-known !

RewriteEngine on
 RewriteCond %{HTTP:Connection} Upgrade [NC]
 RewriteCond %{HTTP:Upgrade} websocket [NC]
 RewriteRule /(.*) ws://127.0.0.1:8080/$1 [P,L]

RequestHeader set Origin "http://subdomain.example.com"
Header edit Location ^http://subdomain.example.com https://subdomain.example.com


        <Location />
            ProxyPass http://127.0.0.1:8080/
            ProxyPassReverse /
        </Location>


SSLCertificateFile /etc/letsencrypt/live/subdomain.example.com/fullchain.pem
SSLCertificateKeyFile /etc/letsencrypt/live/subdomain.example.com/privkey.pem
Include /etc/letsencrypt/options-ssl-apache.conf
</VirtualHost>
</IfModule>

Specifically "we set the Host and Origin to the public facing server".

Isn't "mango.example.com" the private facing address?

No Because mango.example.com is what is accessible by the public domain. You want that because apache is now the front for mango. The private domain is now the server's own loopback address.

https://developer.mozilla.org/en-US/docs/Web/HTTP/Headers/Origin

The HTTP referer (originally a misspelling of referrer) is an optional HTTP header field that identifies the address of the webpage (i.e. the URI or IRI) that linked to the resource being requested. By checking the referrer, the new webpage can see where the request originated.

[cbyrne]

Amazing, thanks @MattFox. Using your as a guide I managed to get it working.

One or two questions just for my own knowledge/curiosity.

1. Difference/benefits of your mod_rewrites vs. my Redirect permanent for the HTTP virtual host? I get that the rewrite happens on the server and the redirect tells the client to send a new request to the redirect URL; but is there a notable benefit of one over the other?

2. What exactly is happening in the <Proxy *> block?

[MattFox]

I like mod_rewrites because you can stack a load of conditions/regexs. That and mod rewrites generally pass header info if I recall correctly. Although it's possible that your permanent will give a 301 http header.

Ignore the proxy* I think that was from my experiment to get letsencrypt working. I succeeded with the proxypass .well-known ! line. I could be wrong and it's there for another reason... shoulda left a comment!!!

But as you know, the * applies to all paths,