Under Plugins navbar menu you can find plugin
Add PlatformSetting objects for your platforms in NetBox. This model contains info about how to connect and what to collect from device.
+Define:
+With regexps you can exclude big parts of the configuration and compare tiny configuration pieces (only ntp configuration).
+You can test regexp on the site regex101.com.
+
Plugin adds a custom script ConfigDiffScript that runs all logic about diff calculations and connections to devices.
+You can find scripts list in navbar Customization -> Scripts.
In the script, you can define a site, on which devices run compliance, or devices.
+ If you define both fields, script will run only on devices from Devices field
Warning
+Script runs only on devices with status Active, assigned Primary IP, Config Template, Platform and PlatformSetting
If you have configs in NetBox DataSource, you can define it, the script instead of connecting to devices will find configs in DataSource by device's names.
+Warning
+Be sure that DataSource is synced and has the latest data
+Note
+Only synced DataSources are acceptable
+
After script is done you can find results in Config Compliances menu. Each device has its own result.
Also result is storing rendered and actual configurations from devices.
+With the help of netutils library plugin stores missing and extra config lines.
+
Supported platforms for missing/extra lines:
+Compliance finished with error
+
Render diff between configurations
+
No diff
+
With plugin you can push rendered configuration from NetBox to devices.
+Supported platforms:
+arista_eoscisco_iosxecisco_iosxrcisco_nxosjuniper_junosPlugin using scrapli-cfg for this feature.
+If you render not full configuration, it is acceptable to pull missing config sections from the actual configuration to render full configuration.
+Note
+If you render full configuration in NetBox, you can proceed to Configuration Request part
To do that you should create substitute.
+Substitutes is a "tag" that needs to be replaced with output from the real device, and a regex pattern that "pulls" this section from the actual device itself.
+
In screenshot below we add substitute for Arista PlatformSetting
+Name jinja2 variable in config templateIn example substitute ethernet_interfaces section will be replaced with whatever the provided pattern finds from the real device.
This pattern matches all ethernet interfaces on a Arista device.
+To correctly render substitute in config template you have two options:
+{{ "{{ ethernet_interfaces }}" }}
+or
+{% raw %}{{ ethernet_interfaces }}{% endraw %}
+Config template will look like:
+
And rendered config template with substitute
+
Now you let's create Configuration Request with devices you want to configure.
Warning
+For request only accepts devices with Active status and assigned Platform, Primary IP, Config Template and PlatformSetting
Find Configuration Requests in navbar.
Now collect diffs for devices pressing Collecting diffs button.
On tab Diffs you can review diffs for devices.
To continue approve request by pressing Approve button.
Also you can cancel approve after that.
+
After approval you can see by whom configuration request is approved.
+
At this moment you can schedule job that will push rendered configuration to devices in configuration request by pressing schedule button.
+
After that you can see by whom configuration request is scheduled and time.
+
Also you can cancel scheduled job by pressing Unschedule button.
Warning
+Approve and Schedule buttons is accessable only to user with netbox_config_diff.approve_configurationrequest
+permission
Warning
+If you unapprove scheduled configuration request, scheduled job will be canceled
+After scheduled job is completed you can job logs on configuration request page.
+
Note
+Completed configuration requests can't be edited.
+If an error occurs while executing a job that pushes configurations to devices then all configured devices will be rollbacked to the previous version of the configuration.
+ + + + + + +Contributions are welcome, and they are greatly appreciated! Every little bit +helps, and credit will always be given.
+You can contribute in many ways:
+Report bugs at https://github.com/miaow2/netbox-config-diff/issues.
+If you are reporting a bug, please include:
+Look through the GitHub issues for bugs. Anything tagged with "bug" and "help +wanted" is open to whoever wants to implement it.
+Look through the GitHub issues for features. Anything tagged with "enhancement" +and "help wanted" is open to whoever wants to implement it.
+NetBox Config Diff Plugin could always use more documentation, whether as part of the +official NetBox Config Diff Plugin docs, in docstrings, or even on the web in blog posts, +articles, and such.
+The best way to send feedback is to file an issue at https://github.com/miaow2/netbox-config-diff/issues.
+If you are proposing a feature:
+Ready to contribute? Here's how to set up netbox-config-diff for local development.
netbox-config-diff repo on GitHub.Clone your fork locally
+$ git clone git@github.com:your_name_here/netbox-config-diff.git
Install dependencies and start your virtualenv:
+$ poetry install -E test -E doc -E dev
Create a branch for local development:
+$ git checkout -b name-of-your-bugfix-or-feature
Now you can make your changes locally.
+When you're done making changes, check that your changes pass the + tests, including testing other Python versions, with tox:
+$ poetry run tox
Commit your changes and push your branch to GitHub:
+$ git add .
+$ git commit -m "Your detailed description of your changes."
+$ git push origin name-of-your-bugfix-or-feature
Submit a pull request through the GitHub website.
+Before you submit a pull request, check that it meets these guidelines:
+A reminder for the maintainers on how to deploy. +Make sure all your changes are committed (including an entry in CHANGELOG.md). +Then run:
+$ poetry run bump2version patch # possible: major / minor / patch
+$ git push
+$ git push --tags
+GitHub Actions will then deploy to PyPI if tests pass.
+ + + + + + +With this plugin you can find diff between the rendered configuration for a device to its actual configuration, retrieved from the device itself, or stored in DataSource. +Read about DataSources for further details.
+Device configuration renders natively in NetBox. This feature was introduced in 3.5 version. + NetBox Labs blog post about it.
+Plugin supports a wide list of vendors (Cisco, Juniper, Huawei, MicroTik etc.) with the help of Scrapli. Read Scrapli and scrapli-community documentations to find full list of vendors.
+Also you can push rendered configuration from NetBox to device and apply it.
+Supported platforms:
+arista_eoscisco_iosxecisco_iosxrcisco_nxosjuniper_junosThis is possible thanks to the scrapli_cfg. Read Scrapli documentation for more info.
+ + + + +For adding to a NetBox Docker setup see +the general instructions for using netbox-docker with plugins.
+Install with pip:
+pip install netbox-config-diff
+Add to local_requirements.txt:
echo netbox-config-diff >> local_requirements.txt
+Enable the plugin in /opt/netbox/netbox/netbox/configuration.py,
+ or if you use netbox-docker, your /configuration/plugins.py file,
+ and define credentials for devices connection:
PLUGINS = [
+ "netbox_config_diff",
+]
+
+PLUGINS_CONFIG = {
+ "netbox_config_diff": {
+ "USERNAME": "foo",
+ "PASSWORD": "bar",
+ },
+}
+Run database migrations:
+python manage.py migrate
+
+Collect static from the plugin:
+python manage.py collectstatic --noinput
+Restart NetBox service:
+systemctl restart netbox
+Read this doc about collecting diffs, for configuration management read this
+ + + + + + +UqUCtKa)B0fZ9Wr3jtGi`J{CFsBWk@=Ol-)dtqFo#KGSmR|ot=Kf`S{VFUQC60
zL_IA%O)7H9GFTuaarEHMb8p6@zPcs_K(HS1A+A`*e1Uo`$3XX6@yKR|*DDCr6}$4L
z;h^}GnG~OBZX