Provided by: uanytun_0.3.3-1_amd64 bug

NAME

       uanytun - micro anycast tunneling daemon

SYNOPSIS

       uanytun
         [ -h|--help ]
         [ -D|--nodaemonize ]
         [ -u|--username <username> ]
         [ -g|--groupname <groupname> ]
         [ -C|--chroot <path> ]
         [ -P|--write-pid <filename> ]
         [ -L|--log <target>:<level>[,<param1>[,<param2>[..]]] ]
         [ -U|--debug ]
         [ -i|--interface <ip-address> ]
         [ -p|--port <port> ]
         [ -r|--remote-host <hostname|ip> ]
         [ -o|--remote-port <port> ]
         [ -4|--ipv4-only ]
         [ -6|--ipv6-only ]
         [ -d|--dev <name> ]
         [ -t|--type <tun|tap> ]
         [ -n|--ifconfig <local>/<prefix> ]
         [ -x|--post-up-script <script> ]
         [ -m|--mux <mux-id> ]
         [ -s|--sender-id <sender id> ]
         [ -w|--window-size <window size> ]
         [ -k|--kd-prf <kd-prf type> ]
         [ -e|--role <role> ]
         [ -E|--passphrase <pass phrase> ]
         [ -K|--key <master key> ]
         [ -A|--salt <master salt> ]
         [ -c|--cipher <cipher type> ]
         [ -a|--auth-algo <algo type> ]
         [ -b|--auth-tag-length <length> ]

DESCRIPTION

       uAnytun is a tiny implementation of the Secure Anycast Tunneling Protocol (SATP). It
       provides a complete VPN solution similar to OpenVPN or IPsec in tunnel mode. The main
       difference is that anycast enables the setup of tunnels between an arbitrary combination
       of anycast, unicast and multicast hosts. Unlike Anytun which is a full featured
       implementation uAnytun has no support for multiple connections or synchronisation. It is a
       small single threaded implementation intended to act as a client on small platforms.

OPTIONS

       uAnytun has been designed as a peer to peer application, so there is no difference between
       client and server. The following options can be passed to the daemon:

       -D, --nodaemonize
           This option instructs uAnytun to run in foreground instead of becoming a daemon which
           is the default.

       -u, --username <username>
           run as this user. If no group is specified (-g) the default group of the user is used.
           The default is to not drop privileges.

       -g, --groupname <groupname>
           run as this group. If no username is specified (-u) this gets ignored. The default is
           to not drop privileges.

       -C, --chroot <path>
           Instruct uAnytun to run in a chroot jail. The default is to not run in chroot.

       -P, --write-pid <filename>
           Instruct uAnytun to write it’s pid to this file. The default is to not create a pid
           file.

       -L, --log <target>:<level>[,<param1>[,<param2>[..]]]
           add log target to logging system. This can be invoked several times in order to log to
           different targets at the same time. Every target hast its own log level which is a
           number between 0 and 5. Where 0 means disabling log and 5 means debug messages are
           enabled.

           The file target can be used more the once with different levels. If no target is
           provided at the command line a single target with the config syslog:3,uanytun,daemon
           is added.

           The following targets are supported:

           syslog
               log to syslog daemon, parameters <level>[,<logname>[,<facility>]]

           file
               log to file, parameters <level>[,<path>]

           stdout
               log to standard output, parameters <level>

           stderr
               log to standard error, parameters <level>

       -U, --debug
           This option instructs uAnytun to run in debug mode. It implicits -D (don’t daemonize)
           and adds a log target with the configuration stdout:5 (logging with maximum level). In
           future releases there might be additional output when this option is supplied.

       -i, --interface <ip address>
           This IP address is used as the sender address for outgoing packets. The default is to
           not use a special inteface and just bind on all interfaces.

       -p, --port <port>
           The local UDP port that is used to send and receive the payload data. The two tunnel
           endpoints can use different ports. default: 4444

       -r, --remote-host <hostname|ip>
           This option can be used to specify the remote tunnel endpoint. In case of anycast
           tunnel endpoints, the anycast IP address has to be used. If you do not specify an
           address, it is automatically determined after receiving the first data packet.

       -o, --remote-port <port>
           The UDP port used for payload data by the remote host (specified with -p on the remote
           host). If you do not specify a port, it is automatically determined after receiving
           the first data packet.

       -4, --ipv4-only
           Resolv to IPv4 addresses only. The default is to resolv both IPv4 and IPv6 addresses.

       -6, --ipv6-only
           Resolv to IPv6 addresses only. The default is to resolv both IPv4 and IPv6 addresses.

       -d, --dev <name>
           device name

           By default, tapN is used for Ethernet tunnel interfaces, and tunN for IP tunnels,
           respectively. This option can be used to manually override these defaults.

       -t, --type <tun|tap>
           device type

           Type of the tunnels to create. Use tap for Ethernet tunnels, tun for IP tunnels.

       -n, --ifconfig <local>/<prefix>
           The local IP address and prefix length. The remote tunnel endpoint has to use a
           different IP address in the same subnet.

           <local>
               the local IP address for the tun/tap device

           <prefix>
               the prefix length of the network

       -x, --post-up-script <script>
           This option instructs uAnytun to run this script after the interface is created. By
           default no script will be executed.

       -m, --mux <mux-id>
           the multiplex id to use. default: 0

       -s, --sender-id <sender id>
           Each anycast tunnel endpoint needs a unique sender id (1, 2, 3, ...). It is needed to
           distinguish the senders in case of replay attacks. As uAnytun does not support
           synchronisation it can’t be used as an anycast endpoint therefore this option is quite
           useless but implemented for compatibility reasons. default: 0

       -w, --window-size <window size>
           seqence window size

           Sometimes, packets arrive out of order on the receiver side. This option defines the
           size of a list of received packets´ sequence numbers. If, according to this list, a
           received packet has been previously received or has been transmitted in the past, and
           is therefore not in the list anymore, this is interpreted as a replay attack and the
           packet is dropped. A value of 0 deactivates this list and, as a consequence, the
           replay protection employed by filtering packets according to their secuence number. By
           default the sequence window is disabled and therefore a window size of 0 is used.

       -k, --kd—prf <kd-prf type>
           key derivation pseudo random function

           The pseudo random function which is used for calculating the session keys and session
           salt.

           Possible values:

           null
               no random function, keys and salt are set to 0..00

           aes-ctr
               AES in counter mode with 128 Bits, default value

           aes-ctr-128
               AES in counter mode with 128 Bits

           aes-ctr-192
               AES in counter mode with 192 Bits

           aes-ctr-256
               AES in counter mode with 256 Bits

       -e, --role <role>
           SATP uses different session keys for inbound and outbound traffic. The role parameter
           is used to determine which keys to use for outbound or inbound packets. On both sides
           of a vpn connection different roles have to be used. Possible values are left and
           right. You may also use alice or server as a replacement for left and bob or client as
           a replacement for right. By default left is used.

       -E, --passphrase <pass phrase>
           This passphrase is used to generate the master key and master salt. For the master key
           the last n bits of the SHA256 digest of the passphrase (where n is the length of the
           master key in bits) is used. The master salt gets generated with the SHA1 digest. You
           may force a specific key and or salt by using --key and --salt.

       -K, --key <master key>
           master key to use for key derivation

           Master key in hexadecimal notation, e.g. 01a2b3c4d5e6f708a9b0cadbecfd0fa1, with a
           mandatory length of 32, 48 or 64 characters (128, 192 or 256 bits).

       -A, --salt <master salt>
           master salt to use for key derivation

           Master salt in hexadecimal notation, e.g. 01a2b3c4d5e6f708a9b0cadbecfd, with a
           mandatory length of 28 characters (14 bytes).

       -c, --cipher <cipher type>
           payload encryption algorithm

           Encryption algorithm used for encrypting the payload

           Possible values:

           null
               no encryption

           aes-ctr
               AES in counter mode with 128 Bits, default value

           aes-ctr-128
               AES in counter mode with 128 Bits

           aes-ctr-192
               AES in counter mode with 192 Bits

           aes-ctr-256
               AES in counter mode with 256 Bits

       -a, --auth-algo <algo type>
           message authentication algorithm

           This option sets the message authentication algorithm.

           If HMAC-SHA1 is used, the packet length is increased. The additional bytes contain the
           authentication data. see --auth-tag-length for more info.

           Possible values:

           null
               no message authentication

           sha1
               HMAC-SHA1, default value

       -b, --auth-tag-length <length>
           The number of bytes to use for the auth tag. This value defaults to 10 bytes unless
           the null auth algo is used in which case it defaults to 0.

EXAMPLES

   P2P Setup between two unicast enpoints:
       Host A:
           uanytun -r hostb.example.com -t tun -n 192.168.123.1/30 -c aes-ctr-256 -k aes-ctr-256
           \ -E have_a_very_safe_and_productive_day -e left

       Host B:
           uanytun -r hosta.example.com -t tun -n 192.168.123.2/30 -c aes-ctr-256 -k aes-ctr-256
           \ -E have_a_very_safe_and_productive_day -e right

   One unicast and one anycast tunnel endpoint:
       Unicast tunnel endpoint:
           uanytun -r anycast.anytun.org -d anytun0 -t tun -n 192.0.2.2/30 -a null -c null -w 0
           -e client

       Anycast tunnel endpoints:
           As uAnytun can’t work as an anycast endpoint it can’t be used for this purpose. You
           have to use Anytun for that job.

BUGS

       Most likely there are some bugs in uAnytun. If you find a bug, please let the developers
       know at uanytun@anytun.org. Of course, patches are preferred.

AUTHORS

       Christian Pointner <equinox@anytun.org>

RESOURCES

       Main web site: http://www.anytun.org/

COPYING

       Copyright (C) 2008-2010 Christian Pointner. This program is free software: you can
       redistribute it and/or modify it under the terms of the GNU General Public License as
       published by the Free Software Foundation, either version 3 of the License, or any later
       version.