97735f19f1
* Catch up 3.3 (#142) * 3.2.5 (#140) Co-authored-by: Michael Stanclift <vmstan@mstanclift-a03.vmware.com> * Adds backup cleanup back to process * Add backup cleanup to compare script when no changes are detected. * Trek reference * Redundant * 3.2.6 * 3.2.6 Co-authored-by: Michael Stanclift <vmstan@mstanclift-a03.vmware.com> Co-authored-by: Michael Stanclift <vmstan@mstanclift-a03.local> * Beginning 3.3.0 work * Podman support * Support for pihole running in a podman container (#138) * add support for pihole running in a podman container * revert renaming of DOCKER_CON to CON_NAME to avoid breaking existing installations Co-authored-by: Michael Stanclift <mstanclift@vmware.com> * Add sudo to call of Pihole container version * Use dev branch pipe * Without origin * ascii * rotate logo * Move config files to settings folder * MIssed an important one * Relocate logs files * Filling empty directory * Regression of sudo fix * Logs * More words * Change sync frequency options * Remove backup automation * Bold questions * name * elif * BACKUP_RETAIN=3 * Remove automation flag * == not != * Rearrange * IF * Default to 0 * 15 default * More words! * ELSE * tighter columns * Instance type * Y/N Co-authored-by: Michael Stanclift <vmstan@mstanclift-a03.vmware.com> Co-authored-by: Michael Stanclift <vmstan@mstanclift-a03.local> Co-authored-by: Martin F. Schumann <mfs@mfs.name> |
||
---|---|---|
.github/ISSUE_TEMPLATE | ||
backup | ||
docs | ||
includes | ||
logs | ||
prep | ||
settings | ||
templates | ||
.gitignore | ||
CHANGELOG.md | ||
gravity-sync.sh | ||
LICENSE | ||
README.md | ||
VERSION |
What is better than a Pi-hole blocking ads via DNS on your network? That's right, two Pi-hole blocking ads on your network!
But if you have more than one Pi-hole in your network you'll want a simple way to keep the list configurations and local DNS settings identical between the two. That's Gravity Sync. With proper preparation it should only take a few minutes to install. Ideally you set up Gravity Sync and forget about it -- and in the long term, it would be awesome if the Pi-hole team made this entire script unnecessary.
Features
Gravity Sync replicates the gravity.db
database, which includes:
- Blocklist settings with status and comments.
- Domain whitelist and blacklist along with status with comments.
- Custom RegEx whitelist and blacklists.
- Clients and groups along with any list assignments.
Gravity Sync can also (optionally) replicate FTLDNS/DNSMASQ configuration files, including:
- Local DNS (A Records) which are stored in a separate
custom.list
file within the/etc/pihole
directory. - CNAME Records which are stored in a separate
05-pihole-custom-cname.conf
file in the/etc/dnsmasq.d
directory.
Limitations
Gravity Sync will not:
- Overwrite device specific Pi-hole settings specific to the local network configuration.
- Change the Pi-hole admin/API passwords, nor does not leverage these at all.
- Modify the individual Pi-hole's upstream DNS resolvers.
- Sync DHCP settings or monitor device leases.
- Merge long term data, query logs, or statistics.
Setup Steps
- Review System Requirements
- Prepare Your Pi-hole
- Install Gravity Sync (or Upgrade)
- Configure Gravity Sync
- Execute Gravity Sync
- Automate Gravity Sync
- Profit
Disclaimer
Gravity Sync is not developed by or affiliated with the Pi-hole project. This is project an unofficial, community effort, that seeks to implement replication (which is currently not a part of the core Pi-hole product) in a way that provides stability and value to Pi-hole users. The code has been tested across multiple user environments but there always is an element of risk involved with running any arbitrary software you find on the Internet.
Pi-hole is and the Pi-hole logo are registered trademarks of Pi-hole LLC.
Additional Documentation
Please refer to the Wiki for more information: