Differences
This shows you the differences between two versions of the page.
Both sides previous revisionPrevious revisionNext revision | Previous revision | ||
users:runningnodes [2015/09/07 04:10] – cmotc | users:runningnodes [2018/02/22 02:32] (current) – Refresh this article, also refer to the tox-bootstrd's README instead of duplication just a small part of it in here (and almost no one uses SysVinit nowadays anyway) nurupo | ||
---|---|---|---|
Line 1: | Line 1: | ||
- | === How to run a Bootstrap Node === | + | ===== How to run a Bootstrap Node ===== |
+ | ==== tox-bootstrapd - Tox Bootstrap Daemon (recommended) ==== | ||
- | ==== Installation ==== | + | Tox Bootstrap Daemon, or tox-bootstrapd for short, is a highly configurable Linux/Unix daemon that acts as a bootstrap node. |
- | Assuming that Toxcore has already been built, cd to < | + | tox-bootstrapd resides in the toxcore repository and is built along with the toxcore as long as you [[https://github.com/ |
- | Change //ADDRESS//, //PORT//, and //KEY// to that of any [[Nodes# | + | Once you have built tox-boostrapd, you can [[https://github.com/TokTok/c-toxcore/tree/master/other/bootstrap_daemon|follow the instructions in its README file]] on how to set it up with SysVinit, systemd or Docker, along with sample SysVInit init script, systemd unit file and Docker Dockerfile. |
- | == Daemonized version== | + | You can also call |
- | Toxcore also has a daemonized version of the bootstrap node code wish can be used on SystemV init or systemd init systems. | + | <code> |
- | You first need to configure tox to build the bootstrap node executable. Run the configure script with < | + | to see all available command-line options. Most of the options are set in a config file though. |
- | == Configuring Daemon script | + | ==== DHT_bootstrap - Simple Bootstrap Program ==== |
- | // | + | DHT_bootstrap is a very simple bootstrap program |
- | Next we need to configure < | + | DHT_bootstrap resides in the toxcore repository and is built along with the toxcore as long as you [[https://github.com/TokTok/ |
- | Set the //NAME//, //USER//, //CFG//, //PIDFILE// and // | + | Once built, you can call |
- | ^Option^Description^ | + | |
- | | NAME | Name of the executable (default is the tox_bootstrap_daemon) | | + | |
- | | USER | Name of the user the daemon will run as (e.g. //tox//) | | + | |
- | | CFG | Location of configuration file | | + | |
- | | PIDFILE | Where to create the pid file for the daemon | | + | |
- | | SCRIPTNAME | Path to the tox_bootstrap_daemon.sh (used to change name of the script) | | + | |
- | There are a few other options generated by a combination of these items, and you may wish to customize them for your needs. | + | < |
- | == Configuring | + | to see the available options. |
- | Now we need to configure the conf file that the daemon uses, located in < | + | DHT_bootstrap allows bootstrapping off just one other bootstrap node, address, port and key of which you can provide as the first 3 arguments to it. |
- | + | ||
- | At minimum you need to set the // | + | |
- | ^Option^Description^ | + | |
- | | keys_file_path | The path to your keys file that will store the keypair for your daemon | | + | |
- | | pid_file_path | The path to the pid file and should be set based on what you chose for PIDFILE earlier | | + | |
- | + | ||
- | To get the bootstrap nodes, | + | |
- | + | ||
- | == Generate | + | |
- | + | ||
- | Place the daemon script in < | + | |
- | + | ||
- | Finally, start the service! | + | |
- | + | ||
- | == Troubleshooting == | + | |
- | + | ||
- | The daemon outputs to syslog, so if you have the appropriate permissions: | + | |
- | + | ||
- | < | + | |
- | + | ||
- | will give you a nice debug output (NB: if you change the name edit the grep appropriately) | + | |