Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[2.0.0dev2] Remote Server wrong Console IP. #1574

Closed
gcasella opened this issue Oct 10, 2016 · 8 comments
Closed

[2.0.0dev2] Remote Server wrong Console IP. #1574

gcasella opened this issue Oct 10, 2016 · 8 comments
Assignees
Labels
Milestone

Comments

@gcasella
Copy link

Hey Again,

Don't know how else I should've titled this but what I noticed was when running the TightVNC packaged with GNS3 I start a QEMU node located on a remote server when I try to console in I get the following error;

QEMU VNC
Telnet vRIN

@julien-duponchelle julien-duponchelle added this to the 2.0 milestone Oct 14, 2016
@gcasella
Copy link
Author

Dug a bit deeper, it looks like the code in compute_manager.py only has the option for two types of computes, VM or LOCAL.

When it uses local it seems to carry over to the GNS3-GUI with the 127.0.0.1 address instead of the actual IP address of the main remote server address.

image

@gcasella
Copy link
Author

gcasella commented Oct 15, 2016

Correction...
I fixed this myself.

This is how i did it;

  1. Modify the gns3_server.conf file on your remote server and make sure the host= variable is set properly. (added host = dns_hostname/ip)

  2. Restart your remote gns3 service.

image

image

@julien-duponchelle
Copy link
Contributor

Thanks for the informations it will help to fix the issue.

@julien-duponchelle
Copy link
Contributor

Ok I got the issue. By default the server start on 0.0.0.0 and the code will replace it by 0.0.0.0 as console host.

@julien-duponchelle
Copy link
Contributor

Fixed will be include in alpha2

@gcasella
Copy link
Author

gcasella commented Oct 18, 2016

Cool!

Sounds good @noplay , I just saw the update to the code. I'll test it out after the nightly build!

Glad i could help out

@gcasella
Copy link
Author

Fyi @noplay latest nightly build of dev3 (i'd assume is Alpha 2) did not have the fix.

When the server starts it will start as 0.0.0.0:3080 but the controller will listen to 127.0.0.1

@julien-duponchelle
Copy link
Contributor

This it should be good

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

2 participants