Ecosyste.ms: Awesome

An open API service indexing awesome lists of open source software.

Awesome Lists | Featured Topics | Projects

https://github.com/aaamendes/conquers

A tool to CONfigure and QUERy network Switches
https://github.com/aaamendes/conquers

cisco huawei netmiko network network-switch networking paramiko python switch

Last synced: about 2 months ago
JSON representation

A tool to CONfigure and QUERy network Switches

Host: GitHub
URL: https://github.com/aaamendes/conquers
Owner: aaamendes
License: gpl-3.0
Created: 2023-11-12T10:25:26.000Z (about 1 year ago)
Default Branch: main
Last Pushed: 2024-03-28T22:42:34.000Z (9 months ago)
Last Synced: 2024-08-18T13:47:40.009Z (4 months ago)
Topics: cisco, huawei, netmiko, network, network-switch, networking, paramiko, python, switch
Language: Python
Homepage: https://aaamendes.github.io/conquers/
Size: 2.75 MB
Stars: 2
Watchers: 1
Forks: 0
Open Issues: 0
Metadata Files:
- Readme: Readme.rst
- License: LICENSE

Awesome Lists containing this project

README

.. image:: https://cdn.amendes.me/conquers/logo.svg
:width: 144
:alt: conquers logo

conquers
=========

**conquers** (CONfigure and QUERy network Switches) is a python
program to do what its name implies.

It makes use of the python `netmiko `_
library to do its work.

The full documentation with video example can be found here `medecaj.github.io/conquers/
`_.

.. raw:: html

conquers teaser

Usage
=====

Installation
------------

Clone the repository like so:

.. code-block:: console

$ git clone https://github.com/medecaj/conquers

To use *conquers*, first install its requirements using pip:

.. code-block:: console

$ cd conquers
$ python3 -m pip install -r requirements.txt

Options
-------

.. code-block:: console

$ ./conquers.py --help
usage: conquers.py [-h] [--add-credentials] [--credentials CREDENTIALS] [--config CONFIG] [-m MASTERKEY] [-d DEVICE_TYPE] [-p PUBLIC_KEY]

conquers v0.1

options:
-h, --help show this help message and exit
--add-credentials Add entry to credentials. Specify credentials file with --credentials, the default is ~/.conquers/credentials
--credentials CREDENTIALS
Path to credentials file. Default is ~/.conquers/credentials
--config CONFIG Path to configuration file. Default is ~/.conquers/config.yaml
-m MASTERKEY, --masterkey MASTERKEY
Path to file containing the master key
-d DEVICE_TYPE, --device-type DEVICE_TYPE
Like cisco_ios or huawei.
-p PUBLIC_KEY, --public-key PUBLIC_KEY
Converts public key to format specified with -d.

Configuration
-------------

*conquers* uses a configuration file to make use of its features. It must be in
``.yaml`` format. Here is ``config.yaml.example`` from the
`repository `_:

.. code-block:: yaml

---
# vim: se ft=yaml:
# filename: config.yaml.example
################################################################################
########### COMMANDS #####################################################
################################################################################
# There are three types of commands:
# - commands before configuration (cmds_before -> list)
# - configuration commands (conf_cmds -> list)
# - commands after configuration (cmds_after -> list)
#
# cmds_before and cmds_after are usually show commands.
# One exception would be a command to make the configuration persistent like
# - write memory
# Commands like that belong in cmds_after at the end.
#
# All configuration commands belong in **conf_cmds** and do not work in the
# other sections.
#
# For large command sets you can specify a path to a file containing
# commands, one per line:
# - cmds_before_file -> string
# - conf_cmds_file -> string
# - cmds_after_file -> string
#
# Find some EXAMPLES below.
#
# IMPORTANT:
# ----------
# Commands from e.g. cmds_before and cmds_after will be
# combined where commands cmds_before_file will be added after cmds_before.
#
# EXPECTS:
# --------
# With a special syntax you can react to interactions.
#
# The string after # is a string that you expect to be contained in the
# question. The string after the colon will be sent as an answer.
# Multiple expects are possible, each one is terminated with a semicolon.
# Example:
# cmds_after:
# - "copy scp://server.com//var/www/file.bin flash:#username:yes;#filename:yes;"

################################################################################
############# DEFAULTS ###################################################
################################################################################
defaults: # Is not a group name
# Forks per group
forks: 5
device_type: "huawei"
connection_timeout: 5 # Default is 10
read_timeout: 5 # Default is 10
# List of report types. CAN ONLY BE SET HERE.
report_types:
# Possible types are json, yaml and html
# and can only be set in defaults.
# report. will be created in ~/.conquers.
- html # (fancy, recommended for humans)
- yaml
# For type json you can specify the indentation with
# : (default:4)
- json:2
# If set to false, a yaml report is shown in the console per host.
# EXCEPTIONS AND ERRORS ARE ALWAYS SHOWN IN THE CONSOLE.
silent: false

################################################################################
############# GROUPS #####################################################
################################################################################
# ----------- EXAMPLE GROUP cisco ----------------------------------------------
# Demostrates overriding settings and the defining of hosts.
cisco: # Group name
silent: true # Overrides default
device_type: "cisco_ios" # Overrides default
forks: 10 # Overrides default
# config_mode
# and
# exit_config_mode
# are optional and not needed for device_type "cisco_ios" and are shown here
# merely for demonstration.
# Sould you encounter problems with configuration commands where it's not
# possible to enter the configuration mode, try these settings with the
# corresponding commands for your device to enter and exit configuration mode.
config_mode: "conf t" # Enter conf (cisco_ios)
exit_config_mode: "end" # Exit conf mode (cisco_ios)
cmds_after:
- "show run | include username"
########### HOSTS ######################################################
hosts:
- cs-access1:
silent: false # Overrides group setting
- cs-access2: # A colon is mandatory after host

# ----------- EXAMPLE GROUP firmware_upgrade -----------------------------------
# Example for a group where the hosts get a new firmware.
# Demonstrates special syntax for interactions.
firmware_upgrade: # Group name
device_type: "cisco_ios"
silent: true
cmds_after:
# The string after # is what you expect, the string after the colon will
# be sent as an answer. A semicolon terminates the expression, multiple
# expects are possible.
- "copy scp://someserver.com//var/www/some.file flash:#username:yes;#filename:yes;"
hosts:
- cisco-core-1:
- cisco-core-2:
# different file only for cisco-core-2
cmds_after: # Overrides group setting
- "copy scp://diff.com//var/www/diff.file flash:#username:yes;#filename:yes;"
- cisco-core-3:
- cisco-core-4:

# ----------- EXAMPLE GROUP logging --------------------------------------------
# In this example, the complete configuration will be logged to
# the specified log file.
# With **log_file** the OUTPUT of every command will be logged.
logging:
device_type: "cisco_ios"
silent: true
cmds_before:
- "show run"
hosts:
- cisco-core-1:
log_file: "~/path/file.log"
- cisco-core-2:
log_file: "/path/to/file.log"