-
Notifications
You must be signed in to change notification settings - Fork 2
Farming on many machines
Another title for this:
This guide allows you to run a harvester on each machine, without having to run a full node, wallet, and farmer on each one. This keeps your system simpler, uses less bandwidth, space, CPU, and also keeps your keys safer. It also makes your overall farm quicker and more efficient when replying to challenges.
The architecture is composed of one main machine which runs the farmer, full node, and wallet, and other machines which run only the harvester. Only your main machine will connect to the Chinilla network.
To secure communication between your harvester and main machine, TLS is used where your main machine will be the private Certification Authority (CA) that signs all certificates. Each harvester must have its own signed certificate to properly communicate with your main machine.
_____ Harvester 1 (certificate A)
/
other network peers -------- Main machine (CA) ------ Harvester 2 (certificate B)
\_____ Harvester 3 (certificate C)
- First, make sure Chinilla is installed on all machines and initialized by running the CLI
chinilla init
. - When creating plots on the other harvesters, use
chinilla plots create -f farmer_key -p pool_key
, inserting the farmer and pool keys from your main machine. Alternatively, you could copy your private keys over by usingchinilla keys add
, but this is less secure. After creating a plot, runchinilla plots check
to ensure everything is working correctly. - Make a copy of your main machine CA directory located in
~/.chinilla/vanillanet/config/ssl/ca
to be accessible by your harvester machines; you can share thessl/ca
directory on a network drive, USB key, or do a network copy to each harvester. Be aware that major updates might need you to copy the newca
contents. Verify that the harvester does not report SSL errors on connections attempts.
Then for each harvester, follow these steps:
NOTE: For step 4, you are using a copy of your /ca
directory from your main machine temporarily. DO NOT replace the /ca
folder on your harvester. Put the /ca
directory into a temp folder on your harvester. You're going to show your harvester these files temporarily and then you can delete the /ca
directory in your temp folder.
- Make sure your main machines IP address on port 8447 is accessible by your harvester machines
- Shut down all chinilla daemon processes with
chinilla stop all -d
- Make a backup of any settings in your harvester
- Run
chinilla init -c [directory]
on your harvester, where[directory]
is the copy of your main machine/ca
directory that you put in a temp folder. This command creates a new certificate signed by your main machine's CA. - Open the
~/.chinilla/vanillanet/config/config.yaml
file in each harvester, and enter your main machine's IP address in the remoteharvester
's farmer_peer section (NOTfull_node
).
EX:
harvester:
chinilla_ssl_ca:
crt: config/ssl/ca/chinilla_ca.crt
key: config/ssl/ca/chinilla_ca.key
farmer_peer:
host: Main.Machine.IP
port: 8447
For example, this section would look like:
harvester:
chinilla_ssl_ca:
crt: config/ssl/ca/chinilla_ca.crt
key: config/ssl/ca/chinilla_ca.key
farmer_peer:
host: 192.168.1.23
port: 8447
- Launch the harvester by running CLI
chinilla start harvester -r
and you should see a new connection on your main machine in your INFO level logs. - To stop the harvester, you run CLI
chinilla stop harvester
Warning:
You cannot copy the entire config/ssl
directory from one machine to another. Each harvester must have a different set of TLS certificates for your main machine to recognize it as different harvesters. Unintended bugs can occur, including harvesters failing to work properly when the same certificates are shared among different machines.
Security Concern:
Since beta27, the CA files are copied to each harvester, as the daemon currently needs it to startup correctly. This is not ideal, and a new way to distribute certificates will be implemented in a subsequent release post vanillanet launch. Please be careful when running your harvester that is accessible from the open internet.
Note:
The GUI show harvester plots after running some minutes. The easiest way to see if it's working is to go the "Farm" tab, and check the "Last Attempted Proofs" pane. Here you should see the different harvesters reporting scans like 0/26 1/412 3/864, on an average of every 10~ second.
From CLI chinilla farm summary
will list remote harvesters after some minutes.
If you need to debug, you can set the logging level to DEBUG, with chinilla configure --log-level DEBUG
, or by setting your logging level to DEBUG
in your config.yaml
on your main machine and restart Chinilla farmer chinilla start -r farmer
. Now you can check the log ~/.chinilla/vanillanet/log/debug.log
and see if you get messages like the following:
[time stamp] farmer farmer_server : DEBUG -> new_signage_point_harvester to peer [harvester IP address] [peer id - 64 char hexadecimal]
[time stamp] farmer farmer_server : DEBUG <- farming_info from peer [peer id - 64 char hexadecimal] [harvester IP address]
[time stamp] farmer farmer_server : DEBUG <- new_proof_of_space from peer [peer id - 64 char hexadecimal] [harvester IP address]
The outgoing new_signage_point_harvester
message states the farmer sent a challenge to your harvester and the incoming farming_info
message indicates a response. The new_proof_of_space
message states the harvester found a proof for the challenge. You will get more new_signage_point
and farming_info
messages than new_proof_of_space
messages.
Here's how to find your logs: Where to Find Things
Chinilla Network - Green money for a digital world.
- Home
- Beginners Guide
- Install instructions
- Quick Start Guide
- FAQ - Frequently Asked Questions
- Pooling FAQ
- Pooling User Guide
- Chinilla Project FAQ
- Plotting Basics
- Alternate Plotters
- Plot Sizes (k-sizes)
- CLI Commands Reference
- Windows Tips & Tricks
- How to Check if Everything is Working (or Not)
- SSD Endurance - Info on SSD's and plotting
- Reference Plotting Hardware
- Reference Farming Hardware
- Farming on Many Machines
- Good Security Practices on Many Machines
- Chinillalisp Documentation (Official)
- Chinillalisp Notes
- Timelords and Cluster Timelords
- Release Notes
- RPC Interfaces
- Resolve Sync Issues - Port 8444