Matrix/Riot

scooke

Thank you. Merci. Meegwetch. راقمەت. Спасибо. Gracias. Dank u. Arigato. Xie xie. Kap khun. Go raibh maith agat. Milesker!!!! This is really a terrific thing, and one whose tweaks are doable by a user like myself. Thanks!

stantropics

I am having the issue that federation does not work if the root domain (example.com) is not used at all.
Then I am getting:

curl https://example.com/.well-known/matrix/server
curl: (60) SSL certificate problem: self signed certificate
More details here: https://curl.haxx.se/docs/sslcerts.html

curl failed to verify the legitimacy of the server and therefore could not
establish a secure connection to it. To learn more about this situation and
how to fix it, please visit the web page mentioned above.

Once I set-up example.com as a redirect to matrix.example.com (where matrix synapse is installed) it works.

curl https://example.com/.well-known/matrix/server
{ "m.server": "matrix.example.com:443" }

girish

@stantropics Thanks, now I understand.

Basically, the well-known file is served up Cloudron's reverse proxy/nginx. nginx is only configured to serve all the installed apps domains and redirects. If a domain is not used by an app and not a redirect, nginx will not process the request.

So, this is why it started working after a redirect. It could have been a redirect to any app and not just matrix (i.e you could have redirected to a random app). You could also have installed a random app at example.com and it would have worked.

stantropics

@girish Okay, thanks for explaining this. Now I know how to handle it and will make sure I have the domain (example.com) assigned to an app.

msbt

For those using my version and want to migrate to the official cloudron version, this is how you get there (it is a bit hacky, but worked out better in the end than exporting/importing the db and files) - BE CAREFUL WITH THE CLOUDRON CMDS, I DON'T WANT YOU TO MESS UP YOUR SETUPS:

backup!
grab the latest version from here
get the app-id from resources tab/cli/terminal and ssh into your cloudron to update the appstore-id via:
- mysql -uroot -ppassword
- use box
- UPDATE apps SET appStoreId='org.matrix.synapse' WHERE id='your-current-synapse-matrix-app-id';
go to Updates, check for a new version and update (do that 3 times and you should be on 0.7.0 which is the latest one)
if you had external users like I did, you might need to adjust the following config items in the new homeserver.yaml

enable_registration: true
allow_guest_access: true
password_config:
  enabled: true
  localdb_enabled: true

move your media_store files from /app/data/synapse/media_store to /app/data/data/media_store or adjust the path in homeserver.yaml
restart and test if everything is working, also check https://federationtester.matrix.org/

Depending on your setup, you might also want to check the new config if the server_name is the same as before - else it won't start I think (I was using a subdomain and the main domain is not on cloudron, so I had to rename it to matrix.mydomain.com and also added echo '{ "m.server": "matrix.mydomain.com:443" }' > server to well-known as described above.

I also had to re-verify the devices to read the encrypted history, but that worked out fine and it seems to be all there. To finish up, you can rm -rf the old dirs and files, best to compare with a fresh installation to be on the safe side.

yusf

@msbt First, thank you for this migration guide, it's exactly what I need.

I also had to re-verify the devices to read the encrypted history

What do you think this is due to?

msbt

@yusf that is a good question, I moved the app to a different subdomain to test around, but that's probably not it. I'm guessing it is because of new keys and everything, haven't tried to re-use any of the existing ones.

Oh yea, atm there is no default channel, you might want to remove the comment on those lines as well to get new users in there automatically

NCKNE

@stantropics already askes this question in the closed matrix thread:

First of all, thanks to everyone who has been working on the matrix app. I'm very happy to be able to run it on cloudron!

Making a user an administrator.
Referring to the documentation (https://github.com/matrix-org/synapse/wiki) one command needs to be executed to make a user an admin - it manipulates the data in the postgresdb:
UPDATE users SET admin = 1 WHERE name = '@foo:bar.com'
What is the recommended way to perform this on Cloudron?

Thanks a lot in advance.
Stay healthy everyone!

Is there any recommended way to set a user as an admin in the app store released version of matrix?

Thanks!

girish

@NCKNE The sql command is probably the way to go for the app store version as well. I will put it in the docs. That said, I am yet to figure what an admin can do that a normal user cannot. Do special controls appear in the riot ui for admins?

girish

OK, I found https://github.com/vector-im/riot-web/issues/4125 which is an open issue for implementing admin functions in Riot. I also found https://github.com/Awesome-Technologies/synapse-admin which can probably be run locally.

will

@girish Getting an error on verifying:

$ curl https://example.com/.well-known/matrix/server
curl: (6) Could not resolve host: example.com (I used my own domain)

I chowned the matrix folder and server file to be owned by yellowtent. I had to use sudo to get the mkdir command to work.
I set permissions of 0600 on the server file.
There is no app at example.com.
Matrix is installed at matrix.example.com.
Do I need to manually add a DNS entry for example.com?

girish

@will You need to have an app installed at example.com. You can even set it to redirect to some other existing app i.e go to existing app -> Location -> Add redirection.

timbo

Hey! Works very very well. Runs smooth and does its job. But no LDAP would be a great feature for future

msbt

@will you can just enable registration in homeserver.yaml and you're good to go

timbo

well you can enable it yes, but users who registered were not able to login (?). I guess this is because it only accepts login from LDAP?

msbt

worked fine before when I tested it, did you also set

password_config:
  enabled: true
  localdb_enabled: true

and maybe restarted matrix?

will

@girish added a redirect for matrix, and it works! Is this only needed if an app lives at rimmer.cloud or do I need it regardless?

girish

@will Only requirement is that it should be used by some app on Cloudron. You don't need to redirect it to matrix specifically. example.com can either be any app or it can redirect to any app. (At a technical level, all this means is that the Cloudron's reverse proxy is prepared & ready to answer requests for that domain).

will

@girish Will this requirement be patched in a future release?

girish

@will there is no way around this requirement. the matrix protocol requires the apex domain to serve up those documents. is your concern that the domain example.com can be used to host a site somewhere else? If so, all you have to do is to move the .well-known setup to that server/new location.

will

@girish My concern is having anything at example.com
It would be cleaner to just have cloudron handle that for me. Small gripe, not a big deal at all.

girish

@will said in Matrix/Riot:

It would be cleaner to just have cloudron handle that for me. Small gripe, not a big deal at all.

Ah, Cloudron side limitation can definitely be fixed I agree that having to ssh and put files manually in a cryptic location is kinda crude. This will be fixed soonish but we just wanted to get the apps out for testing sooner rather than later.

will

@girish Dont get me wrong, Im thankful! Its great. I'm just giving a little feedback on possible improvements. Sounds like you are on it already

yusf

@msbt said in Matrix/Riot:

I'm guessing it is because of new keys and everything, haven't tried to re-use any of the existing ones.

Might very well be, yes. I'm going to try and migrate the keys too. The migration is hard to dry run though

msbt

if you want to make sure this works, you could try with a test-instance, after that a clone and then the real thing good luck either way!

yusf

I'm transitioning my external reverse-proxy-and-well-known solution to the Cloudron solution. Is there any way I can configure Riot to have https://domain.tld as base_url while still having the Synapse server at https://matrix.domain.tld? This way I would be able keep Riot user sessions across migration.

girish

@yusf That should not be a problem. Riot can be installed on the main domain as well. Just make sure the .well-known is setup on the server.

yusf

@girish Sorry, I meant doing so while keeping Riot at a subdomain too. I guess not?

girish

@yusf Yeah, I think not

jegillikin

FWIW, I just installed all of this and tested it. Works great, instructions are clear. The yaml edits referenced by @msbt were quite helpful on the external-registration side.

Look forward to the eventual Jitsi package.

yusf

@girish What if I edited the Cloudron reverse proxy settings directly?

girish

@yusf reverse proxy configs will get overwritten during updates. I think https://cloudron.io/documentation/apps/#well-known-uris should help setup well knowns the way you want them, no?

yusf

@girish Well-known is in place for Synapse already, but it seems that well-known configurations aren't enough to enable entering domain.tld as homeserver in Riot sign-in when the server is at matrix.domain.tld.

What seems to be needed is the ability to forward the whole /_matrix path at domain.tld to Synapse.

In nginx terms I belive that would look something like this:

server {
  listen         443;
  server_name    domain.tld;

 location /_matrix {
    proxy_pass https://matrix.domain.tld;
 }
}

Cloudron makes it easy to run web apps like WordPress, Nextcloud, GitLab on your server. Find out more or install now.

Matrix/Riot