The code in this repository has been migrated to the Nautobot SSoT Repository as an integration - read more about it in the SSoT Docs! As of August 2023 this repository has been FROZEN - all development / issues / discussions for this integration are in the Nautobot SSoT Repository going forward.
Using the Nautobot SSoT framework, the SSoT plugin for Infoblox allows for synchronizing of IP network and VLAN data between Infoblox and Nautobot.
The plugin is available as a Python package in PyPi and can be installed with pip.
pip install nautobot-ssot-infobloxThe plugin is compatible with Nautobot 1.2.0 and higher
To ensure Nautobot SSoT Infoblox is automatically re-installed during future upgrades, create a file named local_requirements.txt (if not already existing) in the Nautobot root directory (alongside requirements.txt) and list the nautobot-ssot-infoblox package:
# echo nautobot-ssot-infoblox >> local_requirements.txt
Once installed, the plugin needs to be enabled in your nautobot_config.py
# In your nautobot_config.py
PLUGINS = ["nautobot_ssot", "nautobot_ssot_infoblox"]See the section below for configuration settings.
| Setting | Default | Description |
|---|---|---|
| NAUTOBOT_INFOBLOX_URL | N/A | URL of the Infoblox instance to sync with. |
| NAUTOBOT_INFOBLOX_USERNAME | N/A | The username to authenticate against Infoblox with. |
| NAUTOBOT_INFOBLOX_PASSWORD | N/A | The password to authenticate against Infblox with. |
| NAUTOBOT_INFOBLOX_VERIFY_SSL | True | Toggle SSL verification when syncing data with Infoblox. |
| NAUTOBOT_INFOBLOX_WAPI_VERSION | v2.12 | The version of the Infoblox API. |
| enable_sync_to_infoblox | False | Add job to sync data from Nautobot into Infoblox. |
| enable_rfc1918_network_containers | False | Add job to sync network containers to Nautobot (top level aggregates). |
| default_status | active | Default Status to be assigned to imported objects. |
| infoblox_import_objects | True | Dictionary with keys for each import object and the value define import. |
| infoblox_import_subnets | N/A | List of Subnets in CIDR string notation to filter import to. |
PLUGINS_CONFIG = {
"nautobot_ssot": {
"hide_example_jobs": True, # defaults to False if unspecified
}
"nautobot_ssot_infoblox": {
"NAUTOBOT_INFOBLOX_URL": os.getenv("NAUTOBOT_INFOBLOX_URL", ""),
"NAUTOBOT_INFOBLOX_USERNAME": os.getenv("NAUTOBOT_INFOBLOX_USERNAME", ""),
"NAUTOBOT_INFOBLOX_PASSWORD": os.getenv("NAUTOBOT_INFOBLOX_PASSWORD", ""),
"NAUTOBOT_INFOBLOX_VERIFY_SSL": os.getenv("NAUTOBOT_INFOBLOX_VERIFY_SSL", "true"),
"NAUTOBOT_INFOBLOX_WAPI_VERSION": os.getenv("NAUTOBOT_INFOBLOX_WAPI_VERSION", "v2.12"),
"enable_sync_to_infoblox": False,
"enable_rfc1918_network_containers": False,
"default_status": "active",
"infoblox_import_objects": {
"vlan_views": os.getenv("NAUTOBOT_INFOBLOX_IMPORT_VLAN_VIEWS", True),
"vlans": os.getenv("NAUTOBOT_INFOBLOX_IMPORT_VLANS", True),
"subnets": os.getenv("NAUTOBOT_INFOBLOX_INFOBLOX_IMPORT_SUBNETS", True),
"ip_addresses": os.getenv("NAUTOBOT_INFOBLOX_IMPORT_IP_ADDRESSES", True),
},
"infoblox_import_subnets": ["10.46.128.0/18", "192.168.1.0/24"],
}
}Below are the data mappings between objects within Infoblox and the corresponding objects within Nautobot:
| Infoblox | Nautobot |
|---|---|
| Network | Prefix |
| IP Address | IP Address |
| VLAN | VLAN |
| VLAN view | VLAN Group |
| Network container | Aggregate |
| Extensibility Attrs | Custom Fields |
NOTE - More information about Extensibility Attributes can be found in the project documentation.
Pull requests are welcomed and automatically built and tested against multiple version of Python and multiple version of Nautobot through GitHub Actions.
The project is packaged with a light development environment based on docker-compose to help with the local development of the project and to run the tests within GitHub Actions.
The project is following Network to Code software development guideline and is leveraging:
- Black, Pylint, Bandit and pydocstyle for Python linting and formatting.
- Django unit test to ensure the plugin is working properly.
The development environment can be used in 2 ways. First, with a local poetry environment if you wish to develop outside of Docker with the caveat of using external services provided by Docker for PostgresQL and Redis. Second, all services are spun up using Docker and a local mount so you can develop locally, but Nautobot is spun up within the Docker container.
Below is a quick start guide if you're already familiar with the development environment provided, but if you're not familiar, please read the Getting Started Guide.
The PyInvoke library is used to provide some helper commands based on the environment. There are a few configuration parameters which can be passed to PyInvoke to override the default configuration:
nautobot_ver: the version of Nautobot to use as a base for any built docker containers (default: 1.1.4)project_name: the default docker compose project name (default: nautobot_ssot_infoblox)python_ver: the version of Python to use as a base for any built docker containers (default: 3.6)local: a boolean flag indicating if invoke tasks should be run on the host or inside the docker containers (default: False, commands will be run in docker containers)compose_dir: the full path to a directory containing the project compose filescompose_files: a list of compose files applied in order (see Multiple Compose files for more information)
Using PyInvoke these configuration options can be overridden using several methods. Perhaps the simplest is simply setting an environment variable INVOKE_NAUTOBOT_SSOT_INFOBLOX_VARIABLE_NAME where VARIABLE_NAME is the variable you are trying to override. The only exception is compose_files, because it is a list it must be overridden in a yaml file. There is an example invoke.yml (invoke.example.yml) in this directory which can be used as a starting point.
- Copy
development/creds.example.envtodevelopment/creds.env(This file will be ignored by Git and Docker) - Uncomment the
POSTGRES_HOST,REDIS_HOST, andNAUTOBOT_ROOTvariables indevelopment/creds.env - Create an
invoke.ymlfile with the following contents at the root of the repo (you can alsocp invoke.example.yml invoke.ymland edit as necessary):
---
nautobot_ssot_infoblox:
local: true
compose_files:
- "docker-compose.requirements.yml"- Run the following commands:
poetry shell
poetry install --extras nautobot
export $(cat development/dev.env | xargs)
export $(cat development/creds.env | xargs)
invoke start && sleep 5
nautobot-server migrateIf you want to develop on the latest develop branch of Nautobot, run the following command:
poetry add --optional git+https://github.com/nautobot/nautobot@develop. After the@symbol must match either a branch or a tag.
- You can now run nautobot-server commands as you would from the Nautobot documentation for example to start the development server:
nautobot-server runserver 0.0.0.0:8080 --insecureNautobot server can now be accessed at http://localhost:8080.
It is typically recommended to launch the Nautobot runserver command in a separate shell so you can keep developing and manage the webserver separately.
This project is managed by Python Poetry and has a few requirements to setup your development environment:
- Install Poetry, see the Poetry Documentation for your operating system.
- Install Docker, see the Docker documentation for your operating system.
Once you have Poetry and Docker installed you can run the following commands to install all other development dependencies in an isolated python virtual environment:
poetry shell
poetry install
invoke startNautobot server can now be accessed at http://localhost:8080.
To either stop or destroy the development environment use the following options.
- invoke stop - Stop the containers, but keep all underlying systems intact
- invoke destroy - Stop and remove all containers, volumes, etc. (This results in data loss due to the volume being deleted)
The project is coming with a CLI helper based on invoke to help setup the development environment. The commands are listed below in 3 categories dev environment, utility and testing.
Each command can be executed with invoke <command>. Environment variables INVOKE_NAUTOBOT_SSOT_INFOBLOX_PYTHON_VER and INVOKE_NAUTOBOT_SSOT_INFOBLOX_NAUTOBOT_VER may be specified to override the default versions. Each command also has its own help invoke <command> --help
build Build all docker images.
debug Start Nautobot and its dependencies in debug mode.
destroy Destroy all containers and volumes.
restart Restart Nautobot and its dependencies.
start Start Nautobot and its dependencies in detached mode.
stop Stop Nautobot and its dependencies.
cli Launch a bash shell inside the running Nautobot container.
create-user Create a new user in django (default: admin), will prompt for password.
makemigrations Run Make Migration in Django.
nbshell Launch a nbshell session.
shell-plus Launch a shell_plus session, which uses iPython and automatically imports all models.
bandit Run bandit to validate basic static code security analysis.
black Run black to check that Python files adhere to its style standards.
flake8 This will run flake8 for the specified name and Python version.
pydocstyle Run pydocstyle to validate docstring formatting adheres to NTC defined standards.
pylint Run pylint code analysis.
tests Run all tests for this plugin.
unittest Run Django unit tests for the plugin.
Project documentation is generated by mkdocs from the documentation located in the docs folder. You can configure readthedocs.io to point at this folder in your repo. A container hosting the docs will be started using the invoke commands on http://localhost:8001, as changes are saved the docs will be automatically reloaded.
For any questions or comments, please check the FAQ first and feel free to swing by the Network to Code slack channel (channel #networktocode). Sign up here
![dependabot[bot] avatar](https://avatars.githubusercontent.com/in/29110?v=4 "dependabot[bot]")
React
Typescript
Django
Laravel
Facebook
Microsoft
Google
Alibaba
D3
Tencent