Closed Orangian closed 2 years ago
Possibly similar to livewire/livewire#1529, could be an issue with the fact that the Revolt server is running on HTTP but being proxied as HTTPS. In that case, is there anything I can do to fix this, or is this an issue on Revolt's end?
You should be exposing all services as either in a HTTP or HTTPS context, you can't mix and match except when going from HTTP -> HTTPS (insecure client origin to secure server, but you lose features this way).
Sorry, how would I go about doing this? I have set all services in the .env file to be accessible under HTTPS, however, when I attempt to actually connect to them, the revolt server itself is running under HTTP. For instance, exposing the REVOLT_APP_URL under https://192.168.200.47:5000 nets me an SSL certificate length error when actually connecting there (as it is attempting to serve HTTP requests over an HTTPS connection), while connecting under http://192.168.200.47:5000 gets me a successful connection, but without working logins.
Specifying https:
does not change anything, these variables are used by the client to connect to the server, the server doesn't actually do much else with them.
You need to configure a reverse proxy pointed at each service which allows it to run over HTTPS.
Ah, I see there has been a miscommunication. As I attempted to state in an earlier comment, every service is proxied through apache over HTTPS with a valid certificate, and the error still persists.
It might be possible that you changed all URLs in the config file from http
to https
but, like me, forgot to change the websocket schema from ws
to wss
. That fixed the error for me :)
That fixed it, thanks! (As far as I can tell, mongo is refusing to work right now, but I'd expect to get that error beforehand.)
Just self hosted an instance, but I can't login after onboarding as the firefox console always spits out:
Now, I have no clue what this means, can anyone help?