netplex. Early Access is open - join the list to get in first.
GNS3 alternative No local server No VMware required Import .gns3project directly

GNS3. Rebuilt for 2026.
Browser-native. No local server.

GNS3 has been the standard for 15 years - and its own 3.0 line (still in beta) is racing toward a browser-based, multi-user model. netplex. ships that today: stable, browser-native, no local server confusion, no VMware dependency, no memory leaks after 14 hours.

Get netplex. free See the comparison

"90% of the problems that users experience on Windows comes down to one thing: the GNS3 Local server." - GNS3 GitHub pinned issue. The local server vs GNS3 VM question is the most-searched GNS3 topic. netplex. has no local server. There is nothing to configure.

Why engineers move on from GNS3

Fifteen years of technical debt.
GNS3 knows it too.

Fair note: GNS3's own 3.0 release (still in beta, Linux-only server) is trying to fix several of these - a browser UI, concurrent multi-user access. That's a good sign the old model needed replacing. Below is what's still true for the GNS3 most people actually run today (the stable 2.2 line), and what 3.0 does and doesn't fix yet.

Pain 01

The local server vs GNS3 VM decision

GNS3 can run as a local server, a remote server, or inside a dedicated GNS3 VM. "These different options are confusing to people, which results in frustration." Even 3.0 (beta) doesn't remove this for Windows/Mac users - its server now runs on Linux only, so you still need the GNS3 VM or a remote Linux host before you ever open a browser.

"You have to be a developer just to understand it." - GNS3 community forum
Pain 02

VMware / VirtualBox required

To avoid the local server mess, most users end up inside a GNS3 VM running in VMware Workstation, VMware Player or VirtualBox. That means an extra hypervisor to install, configure and maintain on your laptop before your first node even boots - 3.0's browser UI runs on top of this same VM once it's up, it changes how you reach the server, not whether you need one running somewhere.

"Even when I tried remote server, the fact that you need local VMware is pretty annoying." - GNS3 forum
Pain 03

Memory leak after long sessions

GNS3 starts at ~200 MB RAM and climbs to ~540 MB after 14 hours with devices paused - not even running. Long cert-study sessions eventually require a full restart to reclaim memory. This is a tracked, open issue (GitHub #2213) that has existed for years.

Pain 04

Client ≠ server version → lab won't open

GNS3's desktop GUI requires the client and server to be exactly the same version - still today's default. Update the client and forget to update the server? Your lab file refuses to open until both match. 3.0's browser UI sidesteps this by construction (the server serves its own UI, no separate client to drift) - but it's still beta.

"Client 2.2.55 ≠ server 2.2.56 → rollback or fresh VM" - documented community workaround
Pain 05

Sharing means a file, not a link

On the stable 2.2 line, sharing a GNS3 lab still means exporting a .gns3project file and sending it over email or Slack, with the recipient needing matching images and the same GNS3 version. 3.0 (beta) adds concurrent multi-user access to one server - real progress - but that's shared access to someone's project, not a shareable link or a one-click clone into your own workspace.

Pain 06

Classroom delivery is still manual

GNS3's stable 2.2 line has no built-in multi-user or classroom model - running 25 students means 25 separate installations, images and VMware setups. 3.0 (beta) targets classroom/cloud deployments and adds auth for concurrent users, but there's no published classroom mode: no per-student isolated pods, no teacher broadcast, no grading from a snapshot.

Feature comparison

GNS3 vs netplex.
Both free. Very different experience.

Feature comparison between GNS3 and netplex., covering installation, client software, collaboration, automation and lab portability.
Feature GNS3
Free / open source
netplex.
Tier shown per row
Runs in browser Beta only (GNS3 3.0) - stable 2.2 is desktop app + local server Yes - full UI in browser, stable today
Requires local software install Yes - GNS3 2.2 (stable) + VMware/VirtualBox; 3.0 beta still needs a VM or Linux host No - nothing on client machines
Console access method 2.2: native Telnet/VNC (external app). 3.0 beta: websocket console for some nodes + a local WebClient Pack for the rest Browser-native terminal - every node type, nothing local to install
Multi-user / collaboration Beta only (GNS3 3.0) - concurrent access with auth; no real-time co-edit Not currently offered
Topology sharing Export .gns3project file Share a link · clone to your account
Image pipeline Manual - download, place, configure 8-stage automated pipeline
Packet capture Via native Wireshark app Browser-native · no install
REST API Basic - limited endpoints Full REST API - all tiers
Terraform + Ansible No Architect · beta
AI agent access (MCP) No Professional · beta
Multi-host distributed fabric No Architect · beta
Link QoS (delay / jitter / loss) Via OS-level config Yes - all tiers
Memory use over time 200 MB → 540 MB (14 hrs paused, known leak) Fixed overhead per node - no growth
Client / server version sync Desktop GUI (2.2, today's default): must match exactly. 3.0 beta's browser UI is served by the server itself, so this doesn't apply there One deployment - nothing to sync
Education / student mode Not built in Not currently offered
IPv6 labs Requires manual setup OSPFv3, BGP4+, SLAAC, SRv6 run natively; dual-stack tooling in development
GNS3 .gns3project import - Yes - same workflow as .unl import
Setup time (first lab running) VMware + GNS3 + VM setup = 2+ hours Under 5 minutes

GNS3 figures reflect the stable 2.2 line (still the default most users run) plus documented changes in the 3.0 beta, sourced from GNS3's own blog, docs and GitHub (July 2026). Memory figures from GitHub Issue #2213.

GNS3 proved the model works. We shipped it - stable, today.

No beta tag, no separate desktop client to keep in sync, no VMware detour before your first node boots.

The architecture is different

No local process. No local anything.

GNS3's dominant model today is still a local desktop app talking to a local server. Its 3.0 beta is moving toward server-side and browser access - the direction netplex. already ships, stable, with the automation and multi-host layers GNS3 doesn't have yet.

One server, any browser

Install netplex. once on a dedicated host. Every engineer, student or teammate reaches it from any browser - laptop, tablet, borrowed machine. No installs. No version sync. No VMware.

Share labs with a link

Every lab has a shareable URL. Non-users can view the topology live in their browser. Account holders can clone the lab to their own workspace with one click - no file exports, no image matching.

AI agent access via MCP

A real MCP server ships alongside the REST API - point any AI agent (Claude, Cursor, whatever you already use) at a running lab and it can see the topology, read configs and run commands. · beta

Scale beyond one machine

An orchestrator schedules your topology across as many worker hosts as you own, stitched together with encrypted VXLAN. · roadmap, beta

Image pipeline - drop and walk away

Upload an image and the automated pipeline classifies, converts, sets permissions and boot-tests it. The result is a human-readable device name in the palette, not a raw file path.

Education built in

The Class tier gives each student an isolated pod with their own live lab. The teacher can freeze the room, reset all pods to a clean topology, or grade from a snapshot - all from one screen.

Migration

Your GNS3 projects come with you.
Same 30-second import as EVE-NG.

Step 01

Export from GNS3

File → Export portable project. This bundles the topology and any saved configs into a .gns3project file.

Step 02

Import in netplex.

Labs → Import → GNS3 (.gns3project) and drop the file. Device kind mapping is automatic for common types.

Step 03

Start your lab

Select all nodes, press Start. Double-click any node to console in. No Telnet client, no SecureCRT - just your browser.

Topology preserved

All node positions, interface assignments and link types carry across from the GNS3 project file.

Configs carry too

Saved startup configurations embedded in the project come across automatically.

EVE-NG and containerlab

Same importer handles .unl and containerlab YAML. Consolidate everything into one platform.

For cert study

Stop fighting your lab tool.
Focus on the exam.

GNS3 is genuinely powerful - but half the study-guide threads on Reddit are troubleshooting the tool, not the protocol. netplex. gets out of your way: open a browser, build the topology, console in.

  • Pre-built lab templates for CCNA, CCNP, CCIE - import and study immediately
  • Knowledge Base with 35 step-by-step lab guides built in
  • Share your topology with a study group - one link, zero file exports
  • Browser-native packet capture - click the link, see the traffic
R1R2R3+2
R1# show ip ospf neighbor Neighbor ID Pri State Interface 10.0.0.2 1 FULL/DR Gi0/0 10.0.0.3 1 FULL/BDR Gi0/1 R1# show bgp ipv4 unicast summary Neighbor AS MsgRcvd Up/Down State 10.0.0.2 65001 147 00:12:33 Established R1#
Questions

GNS3 to netplex.
The questions people actually ask.

GNS3 pain points, fixed
Does netplex. run fully in the browser, unlike GNS3?
Yes, stable today. GNS3's browser UI only exists in the 3.0 line, which is still in beta and Linux-server-only - the stable 2.2 line most people run is a desktop app talking to a local server.
Do I need VMware or VirtualBox to run netplex.?
No - nothing on client machines. GNS3 2.2 typically runs inside a GNS3 VM in VMware or VirtualBox, and even the 3.0 beta's browser UI sits on top of that same VM or a remote Linux host.
Does netplex. slow down or leak memory over long sessions?
No - fixed overhead per node, no growth over time. GNS3 has a tracked, years-open memory leak (GitHub #2213): ~200 MB at idle climbing to ~540 MB after 14 hours, even with devices paused.
Do client and server versions need to match, like in GNS3?
No - it's one deployment, nothing to sync. GNS3's 2.2 desktop GUI requires the client and server to be exactly the same version; a mismatch refuses to open your lab until you roll back or rebuild the VM.
Migrating your labs
Can I import my existing .gns3project files?
Yes - same importer workflow as EVE-NG .unl and containerlab YAML files. Drop the .gns3project file in and device kinds are mapped automatically.
How do I share a lab with a teammate?
Share a link, or they clone it straight into their own account. On the stable GNS3 2.2 line, sharing means exporting a .gns3project file over email or Slack and the recipient needing matching images and the same GNS3 version.

Last reviewed September 2026 · Spotted something out of date? Tell us.

Ready to leave the
local server behind?

Start on the free Associate tier. Import your first .gns3project. Open a console in your browser. No VMware, no local server, no version sync.

Get netplex. free See the full product

Australian schools get the full platform free - install and teacher training included. Learn more →