]> Cypherpunks.ru repositories - nncp.git/blob - doc/cmds.texi
Encrypted configuration file
[nncp.git] / doc / cmds.texi
1 @node Commands
2 @unnumbered Commands
3
4 Nearly all commands have the following common options:
5
6 @table @option
7 @item -cfg
8     Path to configuration file. May be overridden by @env{NNCPCFG}
9     environment variable. If file file is an encrypted @ref{EBlob,
10     eblob}, then ask for passphrase to decrypt it first.
11 @item -debug
12     Print debug messages. Normally this option should not be used.
13 @item -minsize
14     @anchor{OptMinSize}
15     Minimal required resulting packet size, in KiBs. For example if you
16     send 2 KiB file and set @option{-minsize 4}, then resulting packet
17     will be 4 KiB (containing file itself and some junk).
18 @item -nice
19     Set desired outgoing packet @ref{Niceness, niceness level}.
20     1-255 values are allowed.
21 @item -node
22     Process only single specified node.
23 @item -quiet
24     Print only errors, omit simple informational messages. In any case
25     those messages are logged, so you can reread them using
26     @ref{nncp-log} command.
27 @item -version
28     Print version information.
29 @item -warranty
30     Print warranty information (no warranty).
31 @end table
32
33 @node nncp-call
34 @section nncp-call
35
36 @verbatim
37 % nncp-call [options] [-onlinedeadline INT] [-maxonlinetime INT] [-rx|-tx]
38                       NODE[:ADDR] [FORCEADDR]
39 @end verbatim
40
41 Call (connect to) specified @option{NODE} and run @ref{Sync,
42 synchronization} protocol with the @ref{nncp-daemon, daemon} on the
43 remote side. Normally this command could be run any time you wish to
44 either check for incoming packets, or to send out queued ones.
45 Synchronization protocol allows resuming and bidirectional packets
46 transfer.
47
48 If @option{-rx} option is specified then only inbound packets
49 transmission is performed. If @option{-tx} option is specified, then
50 only outbound transmission is performed. @option{-onlinedeadline}
51 overrides @ref{CfgOnlineDeadline, @emph{onlinedeadline}}.
52 @option{-maxonlinetime} overrides @ref{CfgMaxOnlineTime,
53 @emph{maxonlinetime}}.
54
55 @node nncp-caller
56 @section nncp-caller
57
58 @verbatim
59 % nncp-caller [options] [NODE ...]
60 @end verbatim
61
62 Croned daemon that calls remote nodes from time to time, according to
63 their @ref{CfgCalls, @emph{calls}} configuration field.
64
65 Optional number of @option{NODE}s tells to ignore other ones.
66 Otherwise all nodes with specified @emph{calls} configuration
67 field will be called.
68
69 @option{-onlinedeadline} overrides @ref{CfgOnlineDeadline,
70 @emph{onlinedeadline}} configuration option.
71
72 Each @option{NODE} can contain several uniquely identified
73 @option{ADDR}esses in @ref{CfgAddrs, configuration} file. If you do
74 not specify the exact one, then all will be tried until the first
75 success. Optionally you can force @option{FORCEADDR} address usage,
76 instead of addresses taken from configuration file.
77
78 Pay attention that this command runs integrity check for each completely
79 received packet in the background. This can be time consuming.
80 Connection could be lost during that check and remote node won't be
81 notified that file is done. But after successful integrity check that
82 file is renamed from @file{.part} one and when you rerun
83 @command{nncp-call} again, remote node will receive completion
84 notification.
85
86 @node nncp-cfgenc
87 @section nncp-cfgenc
88
89 @verbatim
90 % nncp-cfgmin [options] [-s INT] [-t INT] [-p INT] cfg.yaml > cfg.yaml.eblob
91 % nncp-cfgmin [options] -d cfg.yaml.eblob > cfg.yaml
92 @end verbatim
93
94 This command allows you to encrypt provided @file{cfg.yaml} file with
95 the passphrase, producing @ref{EBlob, eblob}, to safely keep your
96 configuration file with private keys. This utility was written for users
97 who do not want (or can not) to use either @url{https://gnupg.org/,
98 GnuPG} or similar tools. That @file{eblob} file can be used directly in
99 @option{-cfg} option of nearly all commands.
100
101 @option{-s}, @option{-t}, @option{-p} are used to tune @file{eblob}'s
102 password strengthening function. Space memory cost (@option{-s}),
103 specified in number of BLAKE2b-256 blocks (32 bytes), tells how many
104 memory must be used for hashing -- bigger values are better, but slower.
105 Time cost (@option{-t}) tells how many rounds/iterations must be
106 performed -- bigger is better, but slower. Number of parallel jobs
107 (@option{-p}) tells how many computation processes will be run: this is
108 the same as running that number of independent hashers and then joining
109 their result together.
110
111 When invoked for encryption, passphrase is entered manually twice. When
112 invoked for decryption (@option{-d} option), it is asked once and exits
113 if passphrase can not decrypt @file{eblob}.
114
115 @option{-dump} options parses @file{eblob} and prints parameters used
116 during its creation. For example:
117 @verbatim
118 % nncp-cfgenc -dump /usr/local/etc/nncp.yaml.eblob
119 Strengthening function: Balloon with BLAKE2b-256
120 Memory space cost: 1048576 bytes
121 Number of rounds: 16
122 Number of parallel jobs: 2
123 Blob size: 2494
124 @end verbatim
125
126 @node nncp-cfgmin
127 @section nncp-cfgmin
128
129 @verbatim
130 % nncp-cfgmin [options] > stripped.yaml
131 @end verbatim
132
133 Print out stripped configuration version: only path to @ref{Spool,
134 spool}, path to log file, neighbours public keys are stayed. This is
135 useful mainly for usage with @ref{nncp-xfer} that has to know only
136 neighbours, without private keys involving.
137
138 @node nncp-cfgnew
139 @section nncp-cfgnew
140
141 @verbatim
142 % nncp-cfgnew [options] > new.yaml
143 @end verbatim
144
145 Generate new node configuration: private keys, example configuration
146 file and print it to stdout. You must use this command when you setup
147 the new node.
148
149 Pay attention that private keys generation consumes an entropy from your
150 operating system.
151
152 @node nncp-check
153 @section nncp-check
154
155 @verbatim
156 % nncp-check [options]
157 @end verbatim
158
159 Perform @ref{Spool, spool} directory integrity check. Read all files
160 that has Base32-encoded filenames and compare it with recalculated
161 BLAKE2b hash output of their contents. That supplementary command is
162 not used often in practice, if ever.
163
164 @node nncp-daemon
165 @section nncp-daemon
166
167 @verbatim
168 % nncp-daemon [options] [-maxconn INT] [-bind ADDR]
169 @end verbatim
170
171 Start listening TCP daemon, wait for incoming connections and run
172 @ref{Sync, synchronization protocol} with each of them. You can run
173 @ref{nncp-toss} utility in background to process inbound packets from
174 time to time.
175
176 @option{-maxconn} option specifies how many simultaneous clients daemon
177 can handle. @option{-bind} option specifies @option{addr:port} it must
178 bind to and listen.
179
180 @node nncp-file
181 @section nncp-file
182
183 @verbatim
184 % nncp-file [options] [-chunked INT] SRC NODE:[DST]
185 @end verbatim
186
187 Send @file{SRC} file to remote @option{NODE}. @file{DST} specifies
188 destination file name in remote's @ref{CfgIncoming, incoming}
189 directory. If this file already exists there, then counter will be
190 appended to it.
191
192 This command queues file in @ref{Spool, spool} directory immediately
193 (through the temporary file of course) -- so pay attention that sending
194 2 GiB file will create 2 GiB outbound encrypted packet.
195
196 If @file{SRC} equals to @file{-}, then create an encrypted temporary
197 file and copy everything taken from stdin to it and use for outbound
198 packet creation. Pay attention that if you want to send 1 GiB of data
199 taken from stdin, then you have to have 2 GiB of disk space for that
200 temporary file and resulting encrypted packet. You can control where
201 temporary file will be stored using @env{TMPDIR} environment variable.
202 Encryption is performed with
203 @url{https://www.schneier.com/academic/twofish/, Twofish} algorithm, 256
204 bit random key, zero IV, in
205 @url{https://en.wikipedia.org/wiki/Counter_mode#Counter_.28CTR.29, CTR}
206 mode.
207
208 If @option{-chunked} is specified, then source file will be split
209 @ref{Chunked, on chunks}. @option{INT} is the desired chunk size in
210 KiBs. This mode is more CPU hungry. Pay attention that chunk is saved in
211 spool directory immediately and it is not deleted if any error occurs.
212 @option{-minsize} option is applied per each chunk.
213
214 If @ref{CfgNotify, notification} is enabled on the remote side for
215 file transmissions, then it will sent simple letter after successful
216 file receiving.
217
218 @node nncp-freq
219 @section nncp-freq
220
221 @verbatim
222 % nncp-freq [options] NODE:SRC DST
223 @end verbatim
224
225 Send file request to @option{NODE}, asking it to send its @file{SRC}
226 file from @ref{CfgFreq, freq} directory to our node under @file{DST}
227 filename in our @ref{CfgIncoming, incoming} one.
228
229 If @ref{CfgNotify, notification} is enabled on the remote side for
230 file request, then it will sent simple letter after successful file
231 queuing.
232
233 @node nncp-log
234 @section nncp-log
235
236 @verbatim
237 % nncp-log [options]
238 @end verbatim
239
240 Parse @ref{Log, log} file and print out its records in human-readable form.
241
242 @node nncp-mail
243 @section nncp-mail
244
245 @verbatim
246 % nncp-mail [options] NODE USER ...
247 @end verbatim
248
249 Send mail, that is read from stdin, to @option{NODE} and specified
250 @option{USER}s. Mail message will be compressed. After receiving, remote
251 side will execute specified @ref{CfgSendmail, sendmail} command with
252 @option{USER}s appended as a command line argument and feed decompressed
253 mail body to that command's stdin.
254
255 @node nncp-pkt
256 @section nncp-pkt
257
258 @verbatim
259 % nncp-pkt [options] < pkt
260 % nncp-pkt [options] [-decompress] -dump < pkt > payload
261 @end verbatim
262
263 Low level packet parser. Normally it should not be used, but can help in
264 debugging.
265
266 By default it will print packet's type, for example:
267 @verbatim
268 Packet type: encrypted
269 Niceness: 64
270 Sender: 2WHBV3TPZHDOZGUJEH563ZEK7M33J4UESRFO4PDKWD5KZNPROABQ
271 @end verbatim
272
273 If you specify @option{-dump} option and provide an @ref{Encrypted,
274 encrypted} packet, then it will verify and decrypt it to stdout.
275 Encrypted packets contain @ref{Plain, plain} ones, that also can be fed
276 to @command{nncp-pkt}:
277
278 @verbatim
279 Packet type: plain
280 Payload type: transitional
281 Path: VHMTRWDOXPLK7BR55ICZ5N32ZJUMRKZEMFNGGCEAXV66GG43PEBQ
282
283 Packet type: plain
284 Payload type: mail
285 Path: stargrave@stargrave.org
286 @end verbatim
287
288 And with the @option{-dump} option it will give you the actual payload
289 (the whole file, mail message, and so on). @option{-decompress} option
290 tries to zlib-decompress the data from plain packet (useful for mail
291 packets).
292
293 @node nncp-reass
294 @section nncp-reass
295
296 @verbatim
297 % nncp-reass [options] [-dryrun] [-keep] [-dump] [-stdout] FILE.nncp.meta
298 % nncp-reass [options] [-dryrun] [-keep] {-all | -node NODE}
299 @end verbatim
300
301 Reassemble @ref{Chunked, chunked file} after @ref{nncp-toss, tossing}.
302
303 When called with @option{FILE} option, this command will reassemble only
304 it. When called with @option{-node} option, this command will try to
305 reassemble all @file{.nncp.meta} files found in @option{NODE}'s
306 @ref{CfgIncoming, incoming} directory. When called with @option{-all}
307 option, then cycle through all known nodes to do the same.
308
309 Reassembling process does the following:
310
311 @enumerate
312 @item Parses @ref{Chunked, @file{.nncp.meta}} file.
313 @item Checks existence and size of every @file{.nncp.chunkXXX}.
314 @item Verifies integrity of every chunk.
315 @item Concatenates all chunks, simultaneously removing them from filesystem.
316 @end enumerate
317
318 That process reads the whole data twice. Be sure to have free disk
319 space for at least one chunk. Decrypted chunk files as a rule are saved
320 in pseudo-random order, so removing them during reassembly process will
321 likely lead to filesystem fragmentation. Reassembly process on
322 filesystems with deduplication capability should be rather lightweight.
323
324 If @option{-dryrun} option is specified, then only existence and
325 integrity checking are performed.
326
327 If @option{-keep} option is specified, then no
328 @file{.nncp.meta}/@file{.nncp.chunkXXX} files are deleted during
329 reassembly process.
330
331 @option{-stdout} option outputs reassembled file to stdout, instead of
332 saving to temporary file with renaming after. This could be useful for
333 reassembling on separate filesystem to lower fragmentation effect,
334 and/or separate storage device for higher performance.
335
336 @option{-dump} option prints meta-file contents in human-friendly form.
337 It is useful mainly for debugging purposes. For example:
338 @verbatim
339 Original filename: testfile
340 File size: 3.8 MiB (3987795 bytes)
341 Chunk size: 1.0 MiB (1048576 bytes)
342 Number of chunks: 4
343 Checksums:
344     0: eac60d819edf40b8ecdacd0b9a5a8c62de2d15eef3c8ca719eafa0be9b894017
345     1: 013a07e659f2e353d0e4339c3375c96c7fffaa2fa00875635f440bbc4631052a
346     2: f4f883975a663f2252328707a30e71b2678f933b2f3103db8475b03293e4316e
347     3: 0e9e229501bf0ca42d4aa07393d19406d40b179f3922a3986ef12b41019b45a3
348 @end verbatim
349
350 @node nncp-rm
351 @section nncp-rm
352
353 @verbatim
354 % nncp-rm [options] NODE PKT
355 @end verbatim
356
357 Remove specified packet (Base32 name) in @option{NODE}'s queues. This
358 command is useful when you want to remove the packet that is failing to
359 be processed.
360
361 @node nncp-stat
362 @section nncp-stat
363
364 @verbatim
365 % nncp-stat [options]
366 @end verbatim
367
368 Print current @ref{Spool, spool} statistics about unsent and unprocessed
369 packets. For each node and each niceness level there will be printed how
370 many packets (with the total size) are in inbound (Rx) and outbound (Tx)
371 queues.
372
373 @node nncp-toss
374 @section nncp-toss
375
376 @verbatim
377 % nncp-toss [options] [-dryrun] [-cycle INT]
378 @end verbatim
379
380 Perform "tossing" operation on all inbound packets. This is the tool
381 that decrypts all packets and processes all payload packets in them:
382 copies files, sends mails, sends out file requests and relays transition
383 packets. It should be run after each online/offline exchange.
384
385 @option{-dryrun} option does not perform any writing and sending, just
386 tells what it will do.
387
388 @option{-cycle} option tells not to quit, but to repeat tossing every
389 @option{INT} seconds in an infinite loop. That can be useful when
390 running this command as a daemon.
391
392 @node nncp-xfer
393 @section nncp-xfer
394
395 @verbatim
396 % nncp-xfer [options] [-mkdir] [-keep] [-rx|-tx] DIR
397 @end verbatim
398
399 Search for directory in @file{DIR} containing inbound packets for us and
400 move them to local @ref{Spool, spool} directory. Also search for known
401 neighbours directories and move locally queued outbound packets to them.
402 This command is used for offline packets transmission.
403
404 If @option{-mkdir} option is specified, then outbound neighbour(s)
405 directories will be created. This is useful for the first time usage,
406 when storage device does not have any directories tree.
407
408 If @option{-keep} option is specified, then keep copied files, do not
409 remove them.
410
411 @option{-rx} option tells only to move inbound packets addressed to us.
412 @option{-tx} option tells exactly the opposite: move only outbound packets.
413
414 @ref{nncp-cfgmin} could be useful for creating stripped minimalistic
415 configuration file version without any private keys.
416
417 @file{DIR} directory has the following structure:
418 @file{RECIPIENT/SENDER/PACKET}, where @file{RECIPIENT} is Base32 encoded
419 destination node, @file{SENDER} is Base32 encoded sender node.