CORS/Timeout error when searching for public rooms
-
@ocelotsloth can you further look into the synapse log file at
/run/synapse/homeserver.log
I will also see if we can configure synapse to log to stdout so the normal logviewer will display those bits.
-
The next version will only log to stdout/stderr, for now that logfile will contain more hints.
Further, the
log.config
file in theconfigs
folder can be edited via the filemanger and the loglevel there can be set toDEBUG
which will be in effect after an app restart. -
@ocelotsloth Have you tested your server against https://federationtester.matrix.org/ for federation setup ?
-
Actually, I am able to reproduce this when joining a public room which has > 10k users. The browser says CORS error. @ocelotsloth trying to debug more to see if this is a packaging issue or something else. But in general, it seems it has better luck with larger rooms when the memory for synapse server is increased. Right now, I have it at at 2GB and it is able to join ~8k user rooms. Can you check by bumping up the memory limit?
-
@nebulon Yeah, but like @girish said it isn't like it ever really hits that. And if I remember right I think I found that out via some Matrix bug and their blog posts. I think the situation has improved recently but don't think it is a Cloudron issue.
Anyway I self host so upping it to that wasn't a problem for me. Since it never mantains usage at that level I wasn't too worried about giving it that much I just got tired of random rooms still needing even more due to spikes so I just gave it a relatively absurd amount. On other instances where I have federation disabled I keep the default and have no issues.
-
@timconsidine Give me a try, @scooke:incroyable.net, and I just made this room for you to try finding: #cloudron:incroyable.net
-
@scooke said in CORS/Timeout error when searching for public rooms:
#cloudron:incroyable.net
Great domain !
But no joy.
Maybe I am doing something wrong
-
@timconsidine Hmm, you know, I recall having a similar issue when I started but I can't recal what it was. Hold on a sec...
-
Well, a common setting that is overlooked is having an app installed on the root domain that the Matrix server is on. So if your address is matrix.tim.com, you need to make sure there is an app (any app) installed on tim.com in Cloudron. I came across this post -
https://forum.cloudron.io/topic/3974/help-making-federation-work/31
-- which saw a user have an app installed there, and they had to go to that app's Location and re-press "Save". This is for pre-6.1 installs, but hey, you never know.
So, I guess you have Matrix and Element installed, right? Your Element is using your own Matrix?
-
Try https://federationtester.matrix.org/ out. It might give you a hint as to what might be missing.
-
@scooke : thank you
Yes, I have another app on the domain.
I pressed 'save' to re-save and re-start it.The
domain.tld/.well-known/matrix/server
returns a response.But the tester link you gave returns an error
Connection Errors Get "https://107.155.122.83:8448/_matrix/key/v2/server": context deadline exceeded (Client.Timeout exceeded while awaiting headers)
And complains there is no SRV record.
Seems to me that the tester is not compatible with Cloudron matrix installs which are on:443
Maybe it's a DNS propagation issue as it's been changed ... but has it really? because Cloudron installs are under a wildcard in my case.
I will try again in a while in case it is a propagation issue.
But there is one change.
Previously Element said "cannot find" your server incroyable.net, and now it says "you are not allowed to view this server's rooms list" and I could successfully join your room with a direct link.And I can find some other random servers also.
Think I can this is now working, despite tester link errors.
Many thanks for your help !