Note that this setup still relies on Mozilla infrastructure for several surrounding services for auth, email, account metadata, etc. https://github.com/dan-r/syncstorage-rs-docker/blob/main/app... It's a good start though and as long as you're OK migrating your account you can plug those in later. Fully self-hosting all the components is just as doable but a little bit more involved. Compared to when I last set it up…
Self-Hosting a Firefox Sync Server
11–20 of 91 posts
Re: Self-Hosting a Firefox Sync Server
#12While it was never fully deployed into production it was tested with a few hundred thousand users. It is stable at least.
Re: Self-Hosting a Firefox Sync Server
#13Earlier quoted context omitted.
> this setup still relies on Mozilla infrastructure for several surrounding services for auth, email, Why does email rely on mozilla infra?
Mozilla's email-related service is https://relay.firefox.com/ which obviously needs to rely on quite a bit of Mozilla infrastructure in its default incarnation, and is probably a fair bit harder to self-host than Firefox Sync.
Never used Sync, so maybe I don't understand something. But does not sound safe to put all eggs into this busket at once.
Re: Self-Hosting a Firefox Sync Server
#14What's the privacy benefit, given that Firefox Sync is E2E encrypted? https://support.mozilla.org/en-US/kb/sync
Re: Self-Hosting a Firefox Sync Server
#15Would be nice if librewolf and WaterFox changed their flow to make it clear that Mozilla's Sync Server is being used, and make it opt in with something like: To sync please select one of the options below: [x] Custom Sync Server: ___________ [ ] Mozilla Sync
IMHO, It would be best (for technical users) if Firefox forks would rather replace Sync with something more standard like S3 or WebDAV. If my memory serves me right, there’s absolutely nothing in Sync that those protocols cannot do equally well (and even better because they’re actual mostly-interoperable standards).
Heck, it would be nice if Mozilla would do the same thing, but I’m afraid NIH is way too strong with them. I’m very happy if that gives us Rust, but Sync is simply garbage that shouldn’t have been ever made.
Re: Self-Hosting a Firefox Sync Server
#16Note that this setup still relies on Mozilla infrastructure for several surrounding services for auth, email, account metadata, etc. https://github.com/dan-r/syncstorage-rs-docker/blob/main/app... It's a good start though and as long as you're OK migrating your account you can plug those in later. Fully self-hosting all the components is just as doable but a little bit more involved. Compared to when I last set it up…
Maybe eventually the whole stack can make its way into a docker container with a shell script for config.
Re: Self-Hosting a Firefox Sync Server
#17Re: Self-Hosting a Firefox Sync Server
#18Earlier quoted context omitted.
Maybe eventually the whole stack can make its way into a docker container with a shell script for config.
Maybe it's just me but having dedicated employee's to manage security is a prerequisite for me; atleast I could point my finger at someone if things happen.
Re: Self-Hosting a Firefox Sync Server
#19Re: Self-Hosting a Firefox Sync Server
#20 defaultPref("identity.sync.tokenserver.uri", "https://ffsync.garudalinux.org/token/1.0/sync/1.5"); // --> FIREDRAGON CONFIG
(They seem to be running the older non-Rust sync server though. [2])[1] https://firedragon.garudalinux.org/
[2] https://gitlab.com/garuda-linux/infra-nix/-/blob/main/docker...