App on Heroku Redirects to Root-url on Custom Domain

Hi,

I have a meteor app that mysteriously redirects to the registered root url, when a new custom domain is loaded. This happens only with custom domains… Please note that it is the root url that it’s redirected to, not the …herokuapp.com url…

What could be the reason?

I can verify that the reason was not at the DNS level, nor at any Heroku configuration. Thus do I have the conclusion that it is Meteor specific. It redirects before any application code I wrote is even rendered…

OK, interesting to find out that the reason behind was that the root url was configured with an .app tld. When I changed it to another, it worked like a blaze.

I have also previously encountered issues with .app domain that acted strangely. It most definitely has to do with the SSL requirements etc…

.app (and .dev) TLDs are owned by Google and HTTPS is enforced. Having said that, I don’t quite understand the behaviour you’ve described :confused:.

1 Like

I’m back at this point again. There’s again the same issue with another url assigned to the application via Heroku’s CP.

This time, regardless of the root url being .com or .app or so; another domain that I need to assign which has .org tld gets redirected to the root url…

Any ideas why and how to prevent that?

So I found the root of the problem, but couldn’t yet find an easy solution. But close!

The root problem is due to the force-ssl package that I’m using to force the connection to use SSL. It works well. However, the code within the package actually redirects somehow non-https connections to https but always to the assigned Meteor root url… But it would be nice with another method because, I’m guessing, many people including me use additional custom urls to run one app, and so it becomes daunting to redirect to an irrelevant url…

Any suggestions? A new PR to the force-ssl package?? @robfallows? :innocent:

In my server code within methods etc, I use this code to figure out the host:

const host = this.connection.httpHeaders.host

Could this work well also perhaps?