Open Redlonghead opened 1 month ago
Just to make sure, are those secrets listed above readable by the service user?
Yes as I have those secrets owned by my user (beacon) and group of syncthing. I just followed the perms of the key and cert when they were first created so I have not had any problems so far.
I just ran into this issue
https://discourse.nixos.org/t/syncthing-client-side/50677/2
for me it seems like its impossible to declare shares on the client side.
Oh, I seemed to have missed the original notification, my apologies! I’ll try to take a look at how possible this is to implement Oh, I thought this was a feature request, but that is just how the original module is supposed to function. Definitely gotta look into that!
@Redhawk18 To double check: have you set overrideFolders to false? It is set to true by default, and would as such remove GUI-set shares by default. If you already did/the problem is elsewhere, can you post any relevant logs/output/screenshots/errors?
@Redhawk18 To double check: have you set overrideFolders to false? It is set to true by default, and would as such remove GUI-set shares by default. If you already did/the problem is elsewhere, can you post any relevant logs/output/screenshots/errors?
The aren't really any logs, the problem is the declarative options don't work on nixos for the client side. I believe I may be telling it to host two server folders? However what I linked made sense when I wrote it.
I turned off the override and did everything without nix and moved on.
@Redhawk18 To double check: have you set overrideFolders to false? It is set to true by default, and would as such remove GUI-set shares by default. If you already did/the problem is elsewhere, can you post any relevant logs/output/screenshots/errors?
The aren't really any logs, the problem is the declarative options don't work on nixos for the client side. I believe I may be telling it to host two server folders? However what I linked made sense when I wrote it.
I turned off the override and did everything without nix and moved on.
I'll try to replicate the problem. Keep you posted!
Thanks, I don't know if you can reproduce the problem with out two computers.
I'm having this issue as well. Two machines with basically identical configuration, here is one:
"x86_64-linux"
Linux 6.6.37, NixOS, 24.11 (Vicuna), 24.11pre668759.8a3354191c0d
yes
yes
nix-env (Nix) 2.18.5
"home-manager"
"nixos"
/nix/var/nix/profiles/per-user/root/channels/nixos
syncthing = {
enable = true;
openDefaultPorts = true;
settings = {
options.relaysEnabled = false;
folders.mariabackup = {
path = "/backup/mariabackup";
type = "sendonly";
devices = [ "machine2" ];
};
devices.machine2 = {
addresses = [ "tcp://address.for.machine2" ];
id = "O73QLPW-machine2-id";
};
};
};
In journalctl:
Connection from O73QLPW-machine2-id at address.for.machine1:22000 (tcp-server) rejected: unknown device
Established secure connection to O73QLPW at address.for.machine2:22000-address.for.machine1:22000/tcp-client/TLS1.3-...
Device O73QLPW client is "syncthing v1.27.9" named "" ...
Lost primary connection to O73QLPW at ... : reading length: EOF (0 remain)
Connection to O73QLPW at ... closed: reading length: EOF
Connection from O73QLPW-machine2-id ... rejected: unknown device
Describe the bug
When the option
services.syncthing.overrideDevices
is true you can not useservices.syncthing.settings.devices
to declare devices.Steps To Reproduce
Steps to reproduce the behavior:
services.syncthing.settings.devices
services.syncthing.overrideDevices = true
Expected behavior
Judging from the comment on the option I would be able to add the devices in a config permanently and add devices through the UI temporarily but the ones in the config would persist after a reboot.
Screenshots
If applicable, add screenshots to help explain your problem.
Additional context
My config for syncthing
Notify maintainers
@Denperidge @johnhamelink
Metadata
Please run
nix-shell -p nix-info --run "nix-info -m"
and paste the result.Add a :+1: reaction to issues you find important.