[Solution] GNS3 Could Not Connect | Gns3 Common Errors

Saifudheen SidheeqGns3, Latest PostsLeave a Comment

GNS3 software is great. You can build most of the network labs and POC’s with it. I even build an SD-WAN lab in it.

However, the problem is that it is based on opensource software, so you will get some issues here and there when you start to use it.

Like any other open-source projects, you have GNS3 community forums to ask your questions when you are stuck. If you are lucky, you will get your questions answered; otherwise, you have to scratch your head to find out the fix all by yourself.

It’s quite common in gns3 that you end up getting error messages when working on different network labs. Moreover, it frustrates us more when we cannot find a way around to fix it.
In this article, I will cover some of the error messages that I have come across and how I have fixed them, I would keep this blog updated with an error message I get in the future as well.

I was trying to create a topology in GNS3, where I had to add VM’s from both the local server and the gns3VM server to the gns3 topology. However, whenever I try to attach the interface, I get below error message

Internal server error http://127.0.0.1:3080/v2/compute/network/interfaces
Error while creating link: Internal server error http://127.0.0.1:3080/v2/compute/network/interfaces

Reason for Gns3 error while creating link: internal server error.

I was using the host binding address as my laptop loopback adapter which is 127.0.0.0, This is cool, if you are using either local machine as server or gns3 VM as the server, however if you wanted to use both then you need to make sure both the local server and the gns3vm are in the same network and able to communicate to each other.

gns3 host binding 127.0.0.1

Since both the local server and the GNS3 had to communicate for the topologies to work, I needed to change host binding from loopback adapter to VMware adapter to which gns3 has connected.

Gns3 had the IP address of 192.168.111.128, and the vnet1 where the GNS3 had connected to has the IP address of 192.168.111.1, I changed the host binding to 192.168.111.1 to expect things would work just fine.

changing host binding address

However, it didn’t work either this time and started to throw a different error message in the gns3 console

WaitForConnectionWorker thread stopping with an error: Could not connect to 192.168.111.1 on port 3080: timed out
Could not connect to 192.168.111.1 on port 3080: timed out

Could not connect to 192.168.111.1 on port 3080: timed out

At the same time, the error “Could not connect to 192.168.111.1 on port 3080: timed out”  showed up on gns3 GUI as well.


Could not connect to 192.168.111.1 on port 3080: timed out

I was thinking about what’s going on. Then I realized that I had McAfee endpoint security installed on my system, which could be blocking this connection.

I went to the firewall section of the McAfee endpoint security and started to look for the logs related to the error that I am getting.

Eventually, I found the below log, which says block traffic from the IP 192.168.111.1 which is my gns3 network from the GNS3 software

Time:  09/21/2019 11:28:35 PM
Event:  Traffic
IP Address:  192.168.111.1
Description:  GNS3 NETWORK SIMULATOR
Path:  C:\PROGRAM FILES\GNS3\GNS3SERVER.EXE
Message:      Blocked Incoming TCP  – Source 192.168.111.1 :  (63066) Destination 192.168.111.1 :  (3080)
Matched Rule:  Block all traffic

Now we found the root cause its just a matter of allowing the traffic in the firewall for the gns3 to communicate. 

There are two ways to resolve the issue.

The first one is to disable the firewall which I don’t want to, and some of you would have a machine that was given by your company, and it doesn’t allow you to turn off the firewall due to lack of admin rights.

The second and safer option is to allow this specific traffic in the firewall.

To allow this specific traffic in McAfee Endpoint Security, you would have to create a rule and apply it. If you are using a company laptop, then you would have to get in touch with your IT to get this done for you.

Step1. Open McAfee Endpoint Security and click on the firewall section. Then it would open up the firewall management section.

McAfee Endpoint Security firewall

Step2. Scroll down to the Rules section and click on Add rule.

McAfee Endpoint Security firewall add rules

Step 3. Give it a name and select the direction to apply to ‘Either’ not just in or out.

McAfee Endpoint Security firewall add rules, name and direction

Step 4. Leave everything default and click Add under specify networks. In add network window Type the name of the network add the subnet you wanted to allow for the gns3 to work.

firewall allow local and remote subnet for gns3

In my case, the IP address is 192.168.111.1, and the mask is 24. Hence I allowed 192.168.111.0/24 for both remote and local network and clicked OK

Step5. Click Apply on the main screen.

McAfee Endpoint Security firewall apply rules

Step 6. Reopen the GNS3, and you will no longer get those error messages, plus you can add devices from local server and gns3vm as well to your network topology.

[Solved] GNS3 could not connect |  Internal server error

Internal server error Unable to start VMware VM

I also had one issue when I added Ubuntu Vmware VM to the gns3, and whenever I try to start the VM it starts to throw below error message, and the VM would never start.

Internal server error http://192.168.111.1:3080/v2/compute/projects/fd9c23d0-b9fb-4a62-a901-d637ebc51cd2/vmware/nodes/5da72b37-1a69-4c4e-a2e3-cf67cdceb5e8/start

Here is the way to fix this issue,

  1. go to editpreferences in gns3.
  2. Click on VMware on the preferences window.
  3. Click on Advanced local settings and keeping the interface value minimum to vnet2 to vnet6 and click on Configure, once it’s done, try adding the VM and start again. It should be good to go.

Error while sending command ‘bridge add nio..

One of the other error message I recieved recently when I started to play with GNS3 cloud and VMware interface is that,

And the interface towards the cloud would never come up it always show red color, see below

 Error while sending command 'bridge add_nio_ethernet 0fb2e4ff-6b68-407b-b508-335cfd972c9e-0 "\Device\NPF_{9F26050B-3ADC-4720-A970-0CCA82BB9FA0}"': unable to create NIO Ethernet for bridge '0fb2e4ff-6b68-407b-b508-335cfd972c9e-0': uBridge version 0.9.16 running with WinPcap version 4.1.3 (packet.dll version 4.1.0.2980), based on libpcap version 1.0 branch 1_0_rel0b (20091008)
Hypervisor TCP control server started (IP localhost port 53822).
UDP tunnel connecting from local port 10000 to IPv4 addresss 192.168.0.100 on port 20006
nio_ethernet_open: unable to open device '\Device\NPF_{9F26050B-3ADC-4720-A970-0CCA82BB9FA0}': Error opening adapter: The system cannot find the device specified. (20)

Error while sending command 'bridge add_nio_ethernet 0fb2e4ff-6b68-407b-b508-335cfd972c9e-0 "\Device\NPF_{9F26050B-3ADC-4720-A970-0CCA82BB9FA0}"': unable to create NIO Ethernet for bridge '0fb2e4ff-6b68-407b-b508-335cfd972c9e-0': uBridge version 0.9.16 running with WinPcap version 4.1.3 (packet.dll version 4.1.0.2980), based on libpcap version 1.0 branch 1_0_rel0b (20091008)
Hypervisor TCP control server started (IP localhost port 53844).
UDP tunnel connecting from local port 10000 to IPv4 addresss 192.168.0.100 on port 20006
nio_ethernet_open: unable to open device '\Device\NPF_{9F26050B-3ADC-4720-A970-0CCA82BB9FA0}': Error opening adapter: The system cannot find the device specified. (20)

Error while sending command 'bridge add_nio_ethernet 0fb2e4ff-6b68-407b-b508-335cfd972c9e-0 "\Device\NPF_{9F26050B-3ADC-4720-A970-0CCA82BB9FA0}"': unable to create NIO Ethernet for bridge '0fb2e4ff-6b68-407b-b508-335cfd972c9e-0': uBridge version 0.9.16 running with WinPcap version 4.1.3 (packet.dll version 4.1.0.2980), based on libpcap version 1.0 branch 1_0_rel0b (20091008)
Hypervisor TCP control server started (IP localhost port 53961).
UDP tunnel connecting from local port 10000 to IPv4 addresss 192.168.0.100 on port 20006
Ethernet interface \Device\NPF_{9F26050B-3ADC-4720-A970-0CCA82BB9FA0}
Source NIO listener thread for 0fb2e4ff-6b68-407b-b508-335cfd972c9e-0 has started
Destination NIO listener thread for 0fb2e4ff-6b68-407b-b508-335cfd972c9e-0 has started
UDP tunnel connecting from local port 10000 to IPv4 addresss 192.168.0.100 on port 20006
nio_ethernet_open: unable to open device '\Device\NPF_{9F26050B-3ADC-4720-A970-0CCA82BB9FA0}': Error opening adapter: The system cannot find the file specified. (2)

Here is the error message.

 Error while sending command 'bridge add_nio_ethernet 0fb2e4ff-6b68-407b-b508-335cfd972c9e-0 "\Device\NPF_{9F26050B-3ADC-4720-A970-0CCA82BB9FA0}"': unable to create NIO Ethernet for bridge '0fb2e4ff-6b68-407b-b508-335cfd972c9e-0': uBridge version 0.9.16 running with WinPcap version 4.1.3 (packet.dll version 4.1.0.2980), based on libpcap version 1.0 branch 1_0_rel0b (20091008)
Hypervisor TCP control server started (IP localhost port 53822).
UDP tunnel connecting from local port 10000 to IPv4 addresss 192.168.0.100 on port 20006
nio_ethernet_open: unable to open device '\Device\NPF_{9F26050B-3ADC-4720-A970-0CCA82BB9FA0}': Error opening adapter: The system cannot find the device specified. (20)

Error while sending command 'bridge add_nio_ethernet 0fb2e4ff-6b68-407b-b508-335cfd972c9e-0 "\Device\NPF_{9F26050B-3ADC-4720-A970-0CCA82BB9FA0}"': unable to create NIO Ethernet for bridge '0fb2e4ff-6b68-407b-b508-335cfd972c9e-0': uBridge version 0.9.16 running with WinPcap version 4.1.3 (packet.dll version 4.1.0.2980), based on libpcap version 1.0 branch 1_0_rel0b (20091008)
Hypervisor TCP control server started (IP localhost port 53844).
UDP tunnel connecting from local port 10000 to IPv4 addresss 192.168.0.100 on port 20006
nio_ethernet_open: unable to open device '\Device\NPF_{9F26050B-3ADC-4720-A970-0CCA82BB9FA0}': Error opening adapter: The system cannot find the device specified. (20)

Error while sending command 'bridge add_nio_ethernet 0fb2e4ff-6b68-407b-b508-335cfd972c9e-0 "\Device\NPF_{9F26050B-3ADC-4720-A970-0CCA82BB9FA0}"': unable to create NIO Ethernet for bridge '0fb2e4ff-6b68-407b-b508-335cfd972c9e-0': uBridge version 0.9.16 running with WinPcap version 4.1.3 (packet.dll version 4.1.0.2980), based on libpcap version 1.0 branch 1_0_rel0b (20091008)
Hypervisor TCP control server started (IP localhost port 53961).
UDP tunnel connecting from local port 10000 to IPv4 addresss 192.168.0.100 on port 20006
Ethernet interface \Device\NPF_{9F26050B-3ADC-4720-A970-0CCA82BB9FA0}
Source NIO listener thread for 0fb2e4ff-6b68-407b-b508-335cfd972c9e-0 has started
Destination NIO listener thread for 0fb2e4ff-6b68-407b-b508-335cfd972c9e-0 has started
UDP tunnel connecting from local port 10000 to IPv4 addresss 192.168.0.100 on port 20006
nio_ethernet_open: unable to open device '\Device\NPF_{9F26050B-3ADC-4720-A970-0CCA82BB9FA0}': Error opening adapter: The system cannot find the file specified. (2)

To resolve the issue, this is what you have to do.

Open CMD as administrator.

Click on Start and click on Run

Type CMD, and press CRTL+shift+Enter.

This should open the CMD as an Administrator.

Now you may type the below commands

net stop npf
net start npf
The NPF or NPCAP service is not installed, please install Winpcap or Npcap and reboot

Try to connect the cloud to the topology and it should work just fine.

npf npcap gns3

Error while sending command ‘bridge create QEMU

Just like previous error message, I sometimes get this error message

Below is the complete error message.

Error while sending command 'bridge create QEMU-e0a7166d-3df7-4757-a51e-b3220f1785d7-0': bridge 'QEMU-e0a7166d-3df7-4757-a51e-b3220f1785d7-0' already exist: uBridge version 0.9.18 running with libpcap version 1.9.1 (with TPACKET_V3)
Hypervisor TCP control server started (IP 0.0.0.0 port 36475).
UDP tunnel connecting from local port 20194 to IPv4 address 127.0.0.1 on port 20193
UDP tunnel connecting from local port 20187 to IPv4 address 192.168.1.100 on port 20188
Source NIO listener thread for QEMU-e0a7166d-3df7-4757-a51e-b3220f1785d7-0 has started
Destination NIO listener thread for QEMU-e0a7166d-3df7-4757-a51e-b3220f1785d7-0 has started

Below is the screenshot of the error.

Error while sending command 'bridge create QEMU
Error while sending command 'bridge create QEMU

Fortunately, there is an easy fix, you just have to reopen the project again and it should work fine.

Yes you heard it right!

All you have to do is, just reopen the project.

As you can see below, I was able to get rid of that error by just reopening the project and the devices are working as expected.

hope this would help someone out there.

Note: The old error message still there bottom of the screen.

Error while sending command 'bridge create QEMU

If it didn’t work then you could try restarting the NPF service that we performed in the last step.


Learn About This Author

Saifudheen Sidheeq

Saifudheen is in the Computer networking and technology field for about a decade now. He loves technology and new ideas, and in his spare time, he loves to write about them.