gui, man, authors: Update docs, translations, and contributors
This commit is contained in:
+3
-3
@@ -1,6 +1,6 @@
|
||||
.\" Man page generated from reStructuredText.
|
||||
.
|
||||
.TH "STDISCOSRV" "1" "Jun 11, 2019" "v1" "Syncthing"
|
||||
.TH "STDISCOSRV" "1" "Jan 02, 2020" "v1" "Syncthing"
|
||||
.SH NAME
|
||||
stdiscosrv \- Syncthing Discovery Server
|
||||
.
|
||||
@@ -332,10 +332,10 @@ proxy_http_version 1.1;
|
||||
proxy_buffering off;
|
||||
proxy_set_header Host $http_host;
|
||||
proxy_set_header Upgrade $http_upgrade;
|
||||
proxy_set_header Connection $proxy_connection;
|
||||
proxy_set_header Connection $http_connection;
|
||||
proxy_set_header X\-Real\-IP $remote_addr;
|
||||
proxy_set_header X\-Forwarded\-For $proxy_add_x_forwarded_for;
|
||||
proxy_set_header X\-Forwarded\-Proto $proxy_x_forwarded_proto;
|
||||
proxy_set_header X\-Forwarded\-Proto $http_x_forwarded_proto;
|
||||
proxy_set_header X\-SSL\-Cert $ssl_client_cert;
|
||||
upstream discovery.example.com {
|
||||
# Local IP address:port for discovery server
|
||||
|
||||
+1
-1
@@ -1,6 +1,6 @@
|
||||
.\" Man page generated from reStructuredText.
|
||||
.
|
||||
.TH "STRELAYSRV" "1" "Jun 11, 2019" "v1" "Syncthing"
|
||||
.TH "STRELAYSRV" "1" "Jan 02, 2020" "v1" "Syncthing"
|
||||
.SH NAME
|
||||
strelaysrv \- Syncthing Relay Server
|
||||
.
|
||||
|
||||
+2
-2
@@ -1,6 +1,6 @@
|
||||
.\" Man page generated from reStructuredText.
|
||||
.
|
||||
.TH "SYNCTHING-BEP" "7" "Jun 11, 2019" "v1" "Syncthing"
|
||||
.TH "SYNCTHING-BEP" "7" "Jan 02, 2020" "v1" "Syncthing"
|
||||
.SH NAME
|
||||
syncthing-bep \- Block Exchange Protocol v1
|
||||
.
|
||||
@@ -48,7 +48,7 @@ for the last block which may be smaller.
|
||||
.sp
|
||||
The key words “MUST”, “MUST NOT”, “REQUIRED”, “SHALL”, “SHALL NOT”,
|
||||
“SHOULD”, “SHOULD NOT”, “RECOMMENDED”, “MAY”, and “OPTIONAL” in this
|
||||
document are to be interpreted as described in RFC 2119.
|
||||
document are to be interpreted as described in [RFC 2119](\fI\%https://tools.ietf.org/html/rfc2119\fP).
|
||||
.SH TRANSPORT AND AUTHENTICATION
|
||||
.sp
|
||||
BEP is deployed as the highest level in a protocol stack, with the lower
|
||||
|
||||
+26
-24
@@ -1,6 +1,6 @@
|
||||
.\" Man page generated from reStructuredText.
|
||||
.
|
||||
.TH "SYNCTHING-CONFIG" "5" "Jun 11, 2019" "v1" "Syncthing"
|
||||
.TH "SYNCTHING-CONFIG" "5" "Jan 02, 2020" "v1" "Syncthing"
|
||||
.SH NAME
|
||||
syncthing-config \- Syncthing Configuration
|
||||
.
|
||||
@@ -58,7 +58,7 @@ directory the following files are located:
|
||||
The configuration file, in XML format.
|
||||
.TP
|
||||
.B \fBcert.pem\fP, \fBkey.pem\fP
|
||||
The device’s RSA public and private key. These form the basis for the
|
||||
The device’s ECDSA public and private key. These form the basis for the
|
||||
device ID. The key must be kept private.
|
||||
.TP
|
||||
.B \fBhttps\-cert.pem\fP, \fBhttps\-key.pem\fP
|
||||
@@ -145,15 +145,8 @@ The following shows an example of the default configuration file (IDs will diffe
|
||||
<overwriteRemoteDeviceNamesOnConnect>false</overwriteRemoteDeviceNamesOnConnect>
|
||||
<tempIndexMinBlocks>10</tempIndexMinBlocks>
|
||||
<trafficClass>0</trafficClass>
|
||||
<weakHashSelectionMethod>auto</weakHashSelectionMethod>
|
||||
<stunServer>default</stunServer>
|
||||
<stunKeepaliveSeconds>24</stunKeepaliveSeconds>
|
||||
<kcpNoDelay>false</kcpNoDelay>
|
||||
<kcpUpdateIntervalMs>25</kcpUpdateIntervalMs>
|
||||
<kcpFastResend>false</kcpFastResend>
|
||||
<kcpCongestionControl>true</kcpCongestionControl>
|
||||
<kcpSendWindowSize>128</kcpSendWindowSize>
|
||||
<kcpReceiveWindowSize>128</kcpReceiveWindowSize>
|
||||
<defaultFolderPath>~</defaultFolderPath>
|
||||
<minHomeDiskFreePct>0</minHomeDiskFreePct>
|
||||
<setLowPriority>true</setLowPriority>
|
||||
@@ -417,7 +410,11 @@ what you’re doing.
|
||||
<device id="2CYF2WQ\-AKZO2QZ\-JAKWLYD\-AGHMQUM\-BGXUOIS\-GYILW34\-HJG3DUK\-LRRYQAR" name="syno local" compression="metadata" introducer="false">
|
||||
<address>tcp://192.0.2.1:22001</address>
|
||||
<paused>true<paused>
|
||||
<allowedNetwork>192.168.0.0/16<allowedNetwork>
|
||||
<allowedNetwork>192.168.0.0/16</allowedNetwork>
|
||||
<autoAcceptFolders>false</autoAcceptFolders>
|
||||
<maxSendKbps>100</maxSendKbps>
|
||||
<maxRecvKbps>100</maxRecvKbps>
|
||||
<maxRequestKiB>65536</maxRequestKiB>
|
||||
</device>
|
||||
.ft P
|
||||
.fi
|
||||
@@ -541,6 +538,18 @@ True if synchronization with this devices is (temporarily) suspended.
|
||||
.B allowedNetwork
|
||||
If given, this restricts connections to this device to only this network
|
||||
(see allowed\-networks).
|
||||
.TP
|
||||
.B maxSendKbps
|
||||
Maximum send rate to use for this device. Unit is kibibytes/second, despite
|
||||
the config name looking like kilobits/second.
|
||||
.TP
|
||||
.B maxRecvKbps
|
||||
Maximum receive rate to use for this device. Unit is kibibytes/second,
|
||||
despite the config name looking like kilobits/second.
|
||||
.TP
|
||||
.B maxRequestKiB
|
||||
Maximum amount of data to have outstanding in requests towards this device.
|
||||
Unit is kibibytes.
|
||||
.UNINDENT
|
||||
.SH GUI ELEMENT
|
||||
.INDENT 0.0
|
||||
@@ -862,12 +871,6 @@ the user acknowledged it (e.g. an transition notice on an upgrade).
|
||||
.B trafficClass
|
||||
Specify a type of service (TOS)/traffic class of outgoing packets.
|
||||
.TP
|
||||
.B weakHashSelectionMethod
|
||||
Specify whether weak hashing is used, possible options are
|
||||
\fBWeakHashAlways\fP, \fBWeakHashNever\fP and \fBWeakHashAuto\fP\&. Deciding
|
||||
automatically means running benchmarks at startup to decide whether the
|
||||
performance impact is acceptable (this is the default).
|
||||
.TP
|
||||
.B stunServer
|
||||
Server to be used for STUN, given as ip:port. The keyword \fBdefault\fP gets
|
||||
expanded to
|
||||
@@ -877,17 +880,13 @@ expanded to
|
||||
\fBstun.schlund.de:3478\fP, \fBstun.sipgate.net:10000\fP,
|
||||
\fBstun.sipgate.net:3478\fP, \fBstun.voip.aebc.com:3478\fP,
|
||||
\fBstun.voiparound.com:3478\fP, \fBstun.voipbuster.com:3478\fP,
|
||||
\fBstun.voipstunt.com:3478\fP, \fBstun.voxgratia.org:3478\fP and
|
||||
\fBstun.xten.com:3478\fP (this is the default).
|
||||
\fBstun.voipstunt.com:3478\fP and \fBstun.xten.com:3478\fP (this is the default).
|
||||
.TP
|
||||
.B stunKeepaliveSeconds
|
||||
Interval in seconds between contacting a STUN server to
|
||||
maintain NAT mapping. Default is \fB24\fP and you can set it to \fB0\fP to
|
||||
disable contacting STUN servers.
|
||||
.TP
|
||||
.B kcpNoDelay, kcpUpdateIntervalMs, kcpFastResend, kcpCongestionControl, kcpSendWindowSize, kcpReceiveWindowSize
|
||||
Various KCP tweaking parameters.
|
||||
.TP
|
||||
.B defaultFolderPath
|
||||
The UI will propose to create new folders at this path. This can be disabled by
|
||||
setting this to an empty string.
|
||||
@@ -905,12 +904,12 @@ as part of launching Syncthing, set this option to \fBfalse\fP\&.
|
||||
.UNINDENT
|
||||
.SS Listen Addresses
|
||||
.sp
|
||||
The following address types are accepted in sync protocol listen addresses:
|
||||
The following address types are accepted in sync protocol listen addresses. If you want Syncthing to listen on multiple addresses, you can have multiple \fB<listenAddress>\fP tags. The same is achieved in the GUI by entering several addresses separated by comma.
|
||||
.INDENT 0.0
|
||||
.TP
|
||||
.B Default listen addresses (\fBdefault\fP)
|
||||
This is equivalent to \fBtcp://0.0.0.0:22000\fP and
|
||||
\fBdynamic+https://relays.syncthing.net/endpoint\fP\&.
|
||||
This is equivalent to \fBtcp://0.0.0.0:22000\fP, \fBquic://0.0.0.0:22000\fP
|
||||
and \fBdynamic+https://relays.syncthing.net/endpoint\fP\&.
|
||||
.TP
|
||||
.B TCP wildcard and port (\fBtcp://0.0.0.0:22000\fP, \fBtcp://:22000\fP)
|
||||
These are equivalent and will result in Syncthing listening on all
|
||||
@@ -932,6 +931,9 @@ interfaces via IPv6 only.
|
||||
This results in Syncthing listening on the specified address and port, IPv6
|
||||
only.
|
||||
.TP
|
||||
.B QUIC address and port (e.g. \fBquic://0.0.0.0:22000\fP)
|
||||
Syntax is the same as for TCP, also \fBquic4\fP and \fBquic6\fP can be used.
|
||||
.TP
|
||||
.B Static relay address (\fBrelay://192.0.2.42:22067?id=abcd123...\fP)
|
||||
Syncthing will connect to and listen for incoming connections via the
|
||||
specified relay address.
|
||||
|
||||
@@ -1,6 +1,6 @@
|
||||
.\" Man page generated from reStructuredText.
|
||||
.
|
||||
.TH "SYNCTHING-DEVICE-IDS" "7" "Jun 11, 2019" "v1" "Syncthing"
|
||||
.TH "SYNCTHING-DEVICE-IDS" "7" "Jan 02, 2020" "v1" "Syncthing"
|
||||
.SH NAME
|
||||
syncthing-device-ids \- Understanding Device IDs
|
||||
.
|
||||
|
||||
+41
-41
@@ -1,6 +1,6 @@
|
||||
.\" Man page generated from reStructuredText.
|
||||
.
|
||||
.TH "SYNCTHING-EVENT-API" "7" "Jun 11, 2019" "v1" "Syncthing"
|
||||
.TH "SYNCTHING-EVENT-API" "7" "Jan 02, 2020" "v1" "Syncthing"
|
||||
.SH NAME
|
||||
syncthing-event-api \- Event API
|
||||
.
|
||||
@@ -275,46 +275,46 @@ configuration can cause multiple files to be shown.
|
||||
"data": {
|
||||
"folder1": {
|
||||
"file1": {
|
||||
"Total": 800,
|
||||
"Pulling": 2,
|
||||
"CopiedFromOrigin": 0,
|
||||
"Reused": 633,
|
||||
"CopiedFromElsewhere": 0,
|
||||
"Pulled": 38,
|
||||
"BytesTotal": 104792064,
|
||||
"BytesDone": 87883776
|
||||
"total": 800,
|
||||
"pulling": 2,
|
||||
"copiedFromOrigin": 0,
|
||||
"reused": 633,
|
||||
"copiedFromElsewhere": 0,
|
||||
"pulled": 38,
|
||||
"bytesTotal": 104792064,
|
||||
"bytesDone": 87883776
|
||||
},
|
||||
"dir\e\efile2": {
|
||||
"Total": 80,
|
||||
"Pulling": 2,
|
||||
"CopiedFromOrigin": 0,
|
||||
"Reused": 0,
|
||||
"CopiedFromElsewhere": 0,
|
||||
"Pulled": 32,
|
||||
"BytesTotal": 10420224,
|
||||
"BytesDone": 4128768
|
||||
"total": 80,
|
||||
"pulling": 2,
|
||||
"copiedFromOrigin": 0,
|
||||
"reused": 0,
|
||||
"copiedFromElsewhere": 0,
|
||||
"pulled": 32,
|
||||
"bytesTotal": 10420224,
|
||||
"bytesDone": 4128768
|
||||
}
|
||||
},
|
||||
"folder2": {
|
||||
"file3": {
|
||||
"Total": 800,
|
||||
"Pulling": 2,
|
||||
"CopiedFromOrigin": 0,
|
||||
"Reused": 633,
|
||||
"CopiedFromElsewhere": 0,
|
||||
"Pulled": 38,
|
||||
"BytesTotal": 104792064,
|
||||
"BytesDone": 87883776
|
||||
"total": 800,
|
||||
"pulling": 2,
|
||||
"copiedFromOrigin": 0,
|
||||
"reused": 633,
|
||||
"copiedFromElsewhere": 0,
|
||||
"pulled": 38,
|
||||
"bytesTotal": 104792064,
|
||||
"bytesDone": 87883776
|
||||
},
|
||||
"dir\e\efile4": {
|
||||
"Total": 80,
|
||||
"Pulling": 2,
|
||||
"CopiedFromOrigin": 0,
|
||||
"Reused": 0,
|
||||
"CopiedFromElsewhere": 0,
|
||||
"Pulled": 32,
|
||||
"BytesTotal": 10420224,
|
||||
"BytesDone": 4128768
|
||||
"total": 80,
|
||||
"pulling": 2,
|
||||
"copiedFromOrigin": 0,
|
||||
"reused": 0,
|
||||
"copiedFromElsewhere": 0,
|
||||
"pulled": 32,
|
||||
"bytesTotal": 10420224,
|
||||
"bytesDone": 4128768
|
||||
}
|
||||
}
|
||||
}
|
||||
@@ -325,23 +325,23 @@ configuration can cause multiple files to be shown.
|
||||
.UNINDENT
|
||||
.INDENT 0.0
|
||||
.IP \(bu 2
|
||||
\fBTotal\fP \- total number of blocks in the file
|
||||
\fBtotal\fP \- total number of blocks in the file
|
||||
.IP \(bu 2
|
||||
\fBPulling\fP \- number of blocks currently being downloaded
|
||||
\fBpulling\fP \- number of blocks currently being downloaded
|
||||
.IP \(bu 2
|
||||
\fBCopiedFromOrigin\fP \- number of blocks copied from the file we are
|
||||
\fBcopiedFromOrigin\fP \- number of blocks copied from the file we are
|
||||
about to replace
|
||||
.IP \(bu 2
|
||||
\fBReused\fP \- number of blocks reused from a previous temporary file
|
||||
\fBreused\fP \- number of blocks reused from a previous temporary file
|
||||
.IP \(bu 2
|
||||
\fBCopiedFromElsewhere\fP \- number of blocks copied from other files or
|
||||
\fBcopiedFromElsewhere\fP \- number of blocks copied from other files or
|
||||
potentially other folders
|
||||
.IP \(bu 2
|
||||
\fBPulled\fP \- number of blocks actually downloaded so far
|
||||
\fBpulled\fP \- number of blocks actually downloaded so far
|
||||
.IP \(bu 2
|
||||
\fBBytesTotal\fP \- approximate total file size
|
||||
\fBbytesTotal\fP \- approximate total file size
|
||||
.IP \(bu 2
|
||||
\fBBytesDone\fP \- approximate number of bytes already handled (already
|
||||
\fBbytesDone\fP \- approximate number of bytes already handled (already
|
||||
reused, copied or pulled)
|
||||
.UNINDENT
|
||||
.sp
|
||||
|
||||
+19
-15
@@ -1,6 +1,6 @@
|
||||
.\" Man page generated from reStructuredText.
|
||||
.
|
||||
.TH "SYNCTHING-FAQ" "7" "Jun 11, 2019" "v1" "Syncthing"
|
||||
.TH "SYNCTHING-FAQ" "7" "Jan 02, 2020" "v1" "Syncthing"
|
||||
.SH NAME
|
||||
syncthing-faq \- Frequently Asked Questions
|
||||
.
|
||||
@@ -253,7 +253,8 @@ to configure listening ports such that they do not overlap (see config).
|
||||
.sp
|
||||
No. Syncthing is not designed to sync locally and the overhead involved in
|
||||
doing so using Syncthing’s method would be wasteful. There are better
|
||||
programs to achieve this such as rsync or Unison.
|
||||
programs to achieve this such as [rsync](\fI\%https://rsync.samba.org/\fP) or
|
||||
[Unison](\fI\%https://www.cis.upenn.edu/~bcpierce/unison\fP).
|
||||
.SH WHEN I DO HAVE TWO DISTINCT SYNCTHING-MANAGED FOLDERS ON TWO HOSTS, HOW DOES SYNCTHING HANDLE MOVING FILES BETWEEN THEM?
|
||||
.sp
|
||||
Syncthing does not specially handle this case, and most files most likely get
|
||||
@@ -556,20 +557,23 @@ sudo sh \-c \(aqecho 204800 > /proc/sys/fs/inotify/max_user_watches\(aq
|
||||
.sp
|
||||
If you’ve forgotten/lost the GUI password, you can remove it by deleting the \fB<user>\fP and \fB<password>\fP XML tags from the \fB<gui>\fP block in file \fBconfig.xml\fP\&. This should be done while Syncthing is not running. The location of the file depends on OS and is described in the configuration documentation.
|
||||
.sp
|
||||
For example the two lines \fBin bold\fP below would be removed from the file.
|
||||
.nf
|
||||
<gui enabled=”true” tls=”false” debugging=”false”>
|
||||
.in +2
|
||||
<address>127.0.0.1:8384</address>
|
||||
\fB<user>syncguy</user>\fP
|
||||
\fB<password>$2a$10$s9wWHOQetp46Cq7GPye69.KqKantdUrbHCeLnZ9A6VlzkEPPYHDAC</password>\fP
|
||||
<apikey>9RCKohqCAyrj5RjpyZdR2wXmQ9PyQFeN</apikey>
|
||||
<theme>default</theme>
|
||||
.in -2
|
||||
</gui>
|
||||
|
||||
.fi
|
||||
For example, the two emphasized lines below would be removed from the file.
|
||||
.INDENT 0.0
|
||||
.INDENT 3.5
|
||||
.sp
|
||||
.nf
|
||||
.ft C
|
||||
<gui enabled="true" tls="false" debugging="false">
|
||||
<address>127.0.0.1:8384</address>
|
||||
<user>syncguy</user>
|
||||
<password>$2a$10$s9wWHOQe...Cq7GPye69</password>
|
||||
<apikey>9RCKohqCAyrj5RjpyZdR2wXmQ9PyQFeN</apikey>
|
||||
<theme>default</theme>
|
||||
</gui>
|
||||
.ft P
|
||||
.fi
|
||||
.UNINDENT
|
||||
.UNINDENT
|
||||
.SH AUTHOR
|
||||
The Syncthing Authors
|
||||
.SH COPYRIGHT
|
||||
|
||||
@@ -1,6 +1,6 @@
|
||||
.\" Man page generated from reStructuredText.
|
||||
.
|
||||
.TH "SYNCTHING-GLOBALDISCO" "7" "Jun 11, 2019" "v1" "Syncthing"
|
||||
.TH "SYNCTHING-GLOBALDISCO" "7" "Jan 02, 2020" "v1" "Syncthing"
|
||||
.SH NAME
|
||||
syncthing-globaldisco \- Global Discovery Protocol v3
|
||||
.
|
||||
|
||||
@@ -1,6 +1,6 @@
|
||||
.\" Man page generated from reStructuredText.
|
||||
.
|
||||
.TH "SYNCTHING-LOCALDISCO" "7" "Jun 11, 2019" "v1" "Syncthing"
|
||||
.TH "SYNCTHING-LOCALDISCO" "7" "Jan 02, 2020" "v1" "Syncthing"
|
||||
.SH NAME
|
||||
syncthing-localdisco \- Local Discovery Protocol v4
|
||||
.
|
||||
|
||||
@@ -1,6 +1,6 @@
|
||||
.\" Man page generated from reStructuredText.
|
||||
.
|
||||
.TH "SYNCTHING-NETWORKING" "7" "Jun 11, 2019" "v1" "Syncthing"
|
||||
.TH "SYNCTHING-NETWORKING" "7" "Jan 02, 2020" "v1" "Syncthing"
|
||||
.SH NAME
|
||||
syncthing-networking \- Firewall Setup
|
||||
.
|
||||
@@ -111,6 +111,19 @@ sudo ufw status verbose
|
||||
.UNINDENT
|
||||
.sp
|
||||
In case you installed Syncthing manually you can follow the \fI\%instructions to manually add the syncthing preset\fP <\fBhttps://github.com/syncthing/syncthing/tree/master/etc/firewall-ufw\fP> to ufw.
|
||||
.SS Firewalld
|
||||
.sp
|
||||
If you are using [Firewalld](\fI\%https://www.firewalld.org\fP) it has included
|
||||
support for syncthing (since version 0.5.0, January 2018), and you can enable
|
||||
it with
|
||||
.INDENT 0.0
|
||||
.INDENT 3.5
|
||||
sudo firewall\-cmd –zone=public –add\-service=syncthing –permanent
|
||||
sudo firewall\-cmd –reload
|
||||
.UNINDENT
|
||||
.UNINDENT
|
||||
.sp
|
||||
Similarly there is also a syncthing\-gui service.
|
||||
.SH REMOTE WEB GUI
|
||||
.sp
|
||||
To be able to access the web GUI from other computers, you need to change the
|
||||
|
||||
@@ -1,6 +1,6 @@
|
||||
.\" Man page generated from reStructuredText.
|
||||
.
|
||||
.TH "SYNCTHING-RELAY" "7" "Jun 11, 2019" "v1" "Syncthing"
|
||||
.TH "SYNCTHING-RELAY" "7" "Jan 02, 2020" "v1" "Syncthing"
|
||||
.SH NAME
|
||||
syncthing-relay \- Relay Protocol v1
|
||||
.
|
||||
|
||||
@@ -1,6 +1,6 @@
|
||||
.\" Man page generated from reStructuredText.
|
||||
.
|
||||
.TH "SYNCTHING-REST-API" "7" "Jun 11, 2019" "v1" "Syncthing"
|
||||
.TH "SYNCTHING-REST-API" "7" "Jan 02, 2020" "v1" "Syncthing"
|
||||
.SH NAME
|
||||
syncthing-rest-api \- REST API
|
||||
.
|
||||
@@ -222,8 +222,13 @@ configuration is the same as that on disk.
|
||||
.SS POST /rest/system/config
|
||||
.sp
|
||||
Post the full contents of the configuration, in the same format as returned by
|
||||
the corresponding GET request. The configuration will be saved to disk and the
|
||||
\fBconfigInSync\fP flag set to false. Restart Syncthing to activate.
|
||||
the corresponding GET request. When posting the configuration succeeds,
|
||||
the posted configuration is immediately applied, except for changes that require a restart. Query
|
||||
rest\-config\-insync to check if a restart is required.
|
||||
.sp
|
||||
This endpoint is the main point to control Syncthing, even if the change only
|
||||
concerns a very small part of the config: The usual workflow is to get the
|
||||
config, modify the needed parts and post it again.
|
||||
.SS GET /rest/system/connections
|
||||
.sp
|
||||
\fBNOTE:\fP
|
||||
@@ -1056,9 +1061,9 @@ in the event IDs.
|
||||
If no new events are produced since \fB<lastSeenID>\fP, the HTTP call blocks and
|
||||
waits for new events to happen before returning. By default it times out after
|
||||
60 seconds returning an empty array. The time out duration can be customized
|
||||
with the optional parameter \fBtimeout=seconds\fP\&.
|
||||
with the optional parameter \fBtimeout=<seconds>\fP\&.
|
||||
.sp
|
||||
To receive only a limited number of events, add the \fBlimit=n\fP parameter with a
|
||||
To receive only a limited number of events, add the \fBlimit=<n>\fP parameter with a
|
||||
suitable value for \fBn\fP and only the \fIlast\fP \fBn\fP events will be returned. This
|
||||
can be used to catch up with the latest event ID after a disconnection for
|
||||
example: \fB/rest/events?since=0&limit=1\fP\&.
|
||||
|
||||
@@ -1,6 +1,6 @@
|
||||
.\" Man page generated from reStructuredText.
|
||||
.
|
||||
.TH "SYNCTHING-SECURITY" "7" "Jun 11, 2019" "v1" "Syncthing"
|
||||
.TH "SYNCTHING-SECURITY" "7" "Jan 02, 2020" "v1" "Syncthing"
|
||||
.SH NAME
|
||||
syncthing-security \- Security Principles
|
||||
.
|
||||
|
||||
@@ -1,6 +1,6 @@
|
||||
.\" Man page generated from reStructuredText.
|
||||
.
|
||||
.TH "SYNCTHING-STIGNORE" "5" "Jun 11, 2019" "v1" "Syncthing"
|
||||
.TH "SYNCTHING-STIGNORE" "5" "Jan 02, 2020" "v1" "Syncthing"
|
||||
.SH NAME
|
||||
syncthing-stignore \- Prevent files from being synchronized to other nodes
|
||||
.
|
||||
@@ -49,6 +49,7 @@ If some files should not be synchronized to other devices, a file called
|
||||
\fB\&.stignore\fP file itself will never be synced to other devices, although it can
|
||||
\fB#include\fP files that \fIare\fP synchronized between devices. All patterns are
|
||||
relative to the folder root.
|
||||
The contents of the \fB\&.stignore\fP file must be UTF\-8 encoded.
|
||||
.sp
|
||||
\fBNOTE:\fP
|
||||
.INDENT 0.0
|
||||
|
||||
@@ -1,6 +1,6 @@
|
||||
.\" Man page generated from reStructuredText.
|
||||
.
|
||||
.TH "SYNCTHING-VERSIONING" "7" "Jun 11, 2019" "v1" "Syncthing"
|
||||
.TH "SYNCTHING-VERSIONING" "7" "Jan 02, 2020" "v1" "Syncthing"
|
||||
.SH NAME
|
||||
syncthing-versioning \- Keep automatic backups of deleted files by other nodes
|
||||
.
|
||||
@@ -36,6 +36,17 @@ replaced with a newer version from the cluster. This is called “file
|
||||
versioning” and uses one of the available \fIversioning strategies\fP described
|
||||
below. File versioning is configured per folder, on a per\-device basis, and
|
||||
defaults to “no file versioning”, i.e. no old copies of files are kept.
|
||||
.sp
|
||||
\fBNOTE:\fP
|
||||
.INDENT 0.0
|
||||
.INDENT 3.5
|
||||
Versioning applies to changes received \fIfrom other devices\fP\&. That is, if
|
||||
Alice has versioning turned on and Bob changes a file, the old version
|
||||
will be archived on Alice’s computer when that change is synced from
|
||||
Bob. If Alice changes a file locally on her own computer Syncthing will
|
||||
not and can not archive the old version.
|
||||
.UNINDENT
|
||||
.UNINDENT
|
||||
.SH TRASH CAN FILE VERSIONING
|
||||
.sp
|
||||
This versioning strategy emulates the common “trash can” approach. When a file
|
||||
|
||||
+1
-1
@@ -1,6 +1,6 @@
|
||||
.\" Man page generated from reStructuredText.
|
||||
.
|
||||
.TH "SYNCTHING" "1" "Jun 11, 2019" "v1" "Syncthing"
|
||||
.TH "SYNCTHING" "1" "Jan 02, 2020" "v1" "Syncthing"
|
||||
.SH NAME
|
||||
syncthing \- Syncthing
|
||||
.
|
||||
|
||||
Reference in New Issue
Block a user