YueGuobin c3c025ab2a
fix: resolve the code-review findings on the kernel datapath
Compute:
- Track the anchor that owns uBridge's single AF_PACKET capture slot: a
  second kernel port's capture is refused with a clear error (its flag
  rolled back), a failed start no longer wedges the port, and only the
  owning port's stop issues the process-wide `capture stop_kernel`
  (docker/qemu/iou/dynamips/switch, via the mixin's slot helpers).
- Unwind failed starts instead of leaking uBridge and the anchor TAPs:
  QEMU's stop body runs under try/finally, QEMU and IOU start the datapath
  inside the launch try, Dynamips undoes a half-attached port (the retry
  used to be short-circuited into a silent black hole), and Docker deletes
  the veth pair when the namespace move fails.
- Restore the relay filter guard on IOU (kernel-only filters raise
  NodeError, an uncompilable BPF line degrades to a warning), validate the
  eBPF/quota/window/bpf filter shapes before touching the bridge (short or
  non-numeric values surfaced as 500s after partial state), and refuse a
  second NIO on an occupied Docker/QEMU port (the guard IOU and Dynamips
  already had).
- Probe fixes: `_probe_bridge_tap` survives a failing uBridge start, and
  the probe caches key on ctime too, so a chmod/setcap remedy re-probes.

Controller:
- Parse GNS3_UNIX_SOCKET_NIO like the compute does (line-anchored, truthy
  value) and mirror the compute's class selection in kernel_anchor_type.
- Read partial capability reports defensively; make BridgeNIO.bridge
  required-but-nullable so an omitted key is a 422 rather than a KeyError.
- Strip the packet_loss correlation slot even when it is zero: the relay
  filter takes exactly one argument and rejected `packet_loss 10 0`.

Ethernet switch: skip ports whose absorbed anchor does not exist yet (the
join is deferred by design) and roll the ports_mapping back when the VLAN
reconcile fails, so a retry still diffs against the old mapping.

Agent: reject device config entries without a device_name instead of
silently dropping them (a malformed batch used to execute partially while
reporting success).

Also split the netem builder to clear C901 and drop the two per-file ruff
ignores the PR had added, keeping the remove-only policy.
2026-10-06 19:55:21 +08:00
2026-09-27 15:43:49 +03:00
2022-10-02 23:25:58 -06:00
2026-05-25 18:07:50 +02:00
2026-09-27 19:18:25 +02:00
2025-03-08 14:08:42 +09:00
2016-06-15 19:11:26 +02:00
2026-09-27 15:55:10 +03:00
2022-12-20 21:28:46 +08:00

GNS3 server repository

Style GitHub Actions tests Latest PyPi version Snyk scanning

The GNS3 server manages emulators and other virtualization software such as Dynamips, Qemu/KVM, Docker, VPCS, VirtualBox and VMware Workstation. Clients like the GNS3 GUI and the GNS3 Web UI control the server using a HTTP REST API.

Installation

These instructions are for using GNS3, please see below for development.

Windows & macOS

Please use our Windows installer or DMG package to install the stable build along with the GNS3 VM. Note that as of GNS3 version above 3.0, you must run the server using the GNS3 VM or on a Linux system (remote, cloud or virtual machine).

Linux

Ubuntu based distributions

We build and test packages for actively supported Ubuntu versions. Other distros based on Ubuntu, like Mint, should also be supported.

Packages can be installed from our Personal Package Archives (PPA) repository:

sudo apt update
sudo apt install software-properties-common
sudo add-apt-repository ppa:gns3/ppa
sudo apt update                                
sudo apt install gns3-gui gns3-server

Other Linux distributions

GNS3 is often packaged for other distributions by third-parties:

PyPi

You may use PyPi in case no package is provided, or you would like to do a manual installation:

python3 -m pip install gns3-gui
python3 -m pip install gns3-server

Optional Features

GNS3 server supports optional features that can be installed as needed:

AI Features (Optional — includes AI Copilot and MCP):

python3 -m pip install gns3-server[ai-features]

AI-powered assistant for network topology design, automation, and MCP protocol support for AI agent integration.

Development (For contributors):

python3 -m pip install gns3-server[dev]

Web Wireshark (Optional):

pip install gns3-server && gns3server-web-wireshark-setup

Browser-based packet capture analysis using Wireshark in a Docker container.

Combination Installation: You can install multiple optional features together:

python3 -m pip install gns3-server[ai-features,dev]

Why optional?

  • Reduces installation size for users who don't need specific features
  • Supports restricted environments (government, education, corporate) where certain libraries may not be allowed
  • Faster installation for basic GNS3 usage
  • Allows users to choose only the features they need

Note: If you install without optional extras, the server will work normally but optional features will be disabled. You can add features later by running the appropriate install command.

Uninstalling AI Features:

To remove AI Features dependencies (AI Copilot + MCP):

gns3server-uninstall-ai-features

This will remove all AI Copilot and MCP dependencies while keeping the core functionality intact. The server will continue to work, but AI features will be disabled.

Please see our documentation for more details.

Software dependencies

In addition to Python dependencies, other software may be required, recommended or optional.

  • uBridge is required, it interconnects the nodes.
  • Dynamips is required for running IOS routers (using real IOS images) as well as the internal switches and hubs.
  • VPCS is recommended, it is a builtin node simulating a very simple computer to perform connectivity tests using ping, traceroute etc.
  • Qemu is strongly recommended as most node types are based on Qemu, for example Cisco IOSv and Arista vEOS.
  • libvirt is recommended as it's needed for the NAT cloud.
  • Docker is optional, some nodes are based on Docker.
  • mtools is recommended to support data transfer to/from QEMU VMs using virtual disks.
  • i386-libraries of libc and libcrypto are optional, they are only needed to run IOU based nodes.

Note that Docker needs the script program (bsdutils or util-linux package), when running a Docker VM and a static busybox during installation (python3 setup.py install / pip3 install / package creation).

Development

Setting up

These commands will install the server with core Python dependencies:

git clone https://github.com/GNS3/gns3-server
cd gns3-server
git checkout 3.1
python3 -m venv venv-gns3server
source venv-gns3server/bin/activate
python3 -m pip install .
python3 -m gns3server

For AI Copilot development, install with additional dependencies:

python3 -m pip install .[ai-features,dev]

For development (tests and linting):

python3 -m pip install .[dev]

You will have to manually install other software dependencies (see above), for Dynamips, VPCS and uBridge the easiest is to install from our PPA.

Docker container

Alternatively, you can run the GNS3 server in a container

bash scripts/docker_dev_server.sh

use Docker Compose

docker compose up -d

Running tests

First, install the development dependencies:

python3 -m pip install -r dev-requirements.txt

Then run the tests using pytest:

python3 -m pytest -vv tests/

API documentation

The API documentation can be accessed when running the server locally:

  • On http://IP:PORT/docs to see with Swagger UI (i.e. http://localhost:3080/docs)
  • On http://IP:PORT/redoc to see with ReDoc (i.e. http://localhost:3080/redoc)

The documentation can also be viewed online however it may not be the most up-to-date version since it needs manually synchronization with the current code. Also, you cannot use this to interact with a GNS3 server.

Branches

master

master is the next stable release, you can test it in your day-to -day activities. Bug fixes or small improvements pull requests go here.

3.x development brand for the next major release.

Never use this branch for production. Pull requests for major new features go here.

Languages
JavaScript 54.9%
Python 44.4%
Shell 0.4%
HTML 0.3%