Bug 447070
| Summary: | virt-manager don't handle vnc over ssh with non standard port | ||
|---|---|---|---|
| Product: | [Community] Virtualization Tools | Reporter: | ClaesBas <rh_bugzilla> |
| Component: | virt-manager | Assignee: | Daniel Berrangé <berrange> |
| Status: | CLOSED UPSTREAM | QA Contact: | |
| Severity: | medium | Docs Contact: | |
| Priority: | low | ||
| Version: | unspecified | CC: | crobinso |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2008-09-03 19:23:23 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
|
Description
ClaesBas
2008-05-17 16:10:43 UTC
If I reconfig ssh to listen to port 22 on the server it works! virt-manager:details.py:open_tunnel is hardcoded to use port 22 for ssh!
argv = ["ssh", "ssh", "-p", "22"]
if username:
argv += ['-l', username]
argv += [ server, "nc", vncaddr, str(vncport) ]
os.execlp(*argv)
BTW, why not use tunnelfunction inside of ssh with parameter -L instead of netcat?
(I don't understand how and where the pipe between ssh and nc is created anyway)
Now I see how you do the netcat tunnel (as a command "inside" of ssh) Patch on "current":
--- a/src/virtManager/details.py Tue May 13 15:59:25 2008 -0400
+++ b/src/virtManager/details.py Sun May 18 23:07:37 2008 +0200
@@ -975,7 +975,11 @@ class vmmDetails(gobject.GObject):
os.close(1)
os.dup(fds[1].fileno())
os.dup(fds[1].fileno())
- argv = ["ssh", "ssh", "-p", "22"]
+ if not server.count(":"):
+ sshport = 22
+ else:
+ (server, sshport) = server.split(":")
+ argv = ["ssh", "ssh", "-p", sshport]
if username:
argv += ['-l', username]
argv += [ server, "nc", vncaddr, str(vncport) ]
This patch was applied upstream. http://hg.et.redhat.com/virt/applications/virt-manager--devel?cs=57ff06da8a73 Closing as UPSTREAM. Thanks for the contribution! |