<html>
<head>
<meta content="text/html; charset=utf-8" http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<br>
<div class="moz-cite-prefix">On 12/02/15 02:44 PM, CrankyOldBugger
wrote:<br>
</div>
<blockquote
cite="mid:CAKyYXOQgFv00v87pSb3QTL0de0Hm8wi=u4UawiGk9FbYF0+ZZA@mail.gmail.com"
type="cite">
<div dir="ltr">First off, to do a sort of cleaning I got rid of
the existing VIRBR0 (with the troublesome 192.168.122.x address)
on the host machine using:
<div><br>
</div>
<div><span
style="color:rgb(17,17,17);font-family:Consolas,'Andale
Mono',Monaco,Courier,'Courier
New',Verdana,sans-serif;font-size:11.9980001449585px;line-height:17.9969997406006px;background-color:rgb(238,238,238)">#
virsh net-destroy default</span><br
style="padding:0px;margin:0px;color:rgb(17,17,17);font-family:Consolas,'Andale
Mono',Monaco,Courier,'Courier
New',Verdana,sans-serif;font-size:11.9980001449585px;line-height:17.9969997406006px">
<span style="color:rgb(17,17,17);font-family:Consolas,'Andale
Mono',Monaco,Courier,'Courier
New',Verdana,sans-serif;font-size:11.9980001449585px;line-height:17.9969997406006px;background-color:rgb(238,238,238)">#
virsh net-undefine default</span><br
style="padding:0px;margin:0px;color:rgb(17,17,17);font-family:Consolas,'Andale
Mono',Monaco,Courier,'Courier
New',Verdana,sans-serif;font-size:11.9980001449585px;line-height:17.9969997406006px">
<span style="color:rgb(17,17,17);font-family:Consolas,'Andale
Mono',Monaco,Courier,'Courier
New',Verdana,sans-serif;font-size:11.9980001449585px;line-height:17.9969997406006px;background-color:rgb(238,238,238)">#
service libvirtd restart</span><br>
</div>
<div><br>
</div>
<div>Then I created a new VIRBR1 with an address in the right
subnet (10.x.x.x) .</div>
<br>
<div>So at this point, I can SSH to the VM from a remote
location. This is a good milestone.</div>
</div>
</blockquote>
<br>
So it was just a subnet problem! Hooray! I'm happy I was able to
help. VMs like popcorn sound tasty... I've always only used qemu as
a toy because networking is such a pain.<br>
<br>
<blockquote
cite="mid:CAKyYXOQgFv00v87pSb3QTL0de0Hm8wi=u4UawiGk9FbYF0+ZZA@mail.gmail.com"
type="cite">
<div dir="ltr">
<div><br>
</div>
<div>However, VNC is still giving me some grief. If I try to
log in remotely using TightVNC (from a Windows client), I get
the error "Error in TightVNC Viewer: No security types
supported. Server sent security types, but we do not support
any of their". This is strange as the same TightVNC
configuration works on other Ubuntu boxes at home. In fact, I
did much of the above goofiness over a TightVNC connection to
an existing Ubuntu desktop with similar configuration. Most
of the results I found in Google say to disable encryption but
that's not in my plans. If I get past this issue I'll let you
know.</div>
<br>
</div>
</blockquote>
<br>
I think I've run into this before because I remember having the same
grossed out reaction to what passes for good advice as you did. Let
me see if I can help.<br>
<br>
Since you're running Ubuntu, I assume VNC is handled by Vino? Check
out dconf folder
org.gnome.desktop.remote-access.authentication-methods (the
dconf-editor GUI really helps with exploring this and I entirely
recommend you skip the command line for this part). If that doesn't
help, the nearby keys can; for example, temporarily turning off
encryption can't hurt if you're just on your LAN and can help you
debug if something is deeply broken or if it's just that the
handshake is going wrong. You could also look at this dconf key on a
working system to compare.<br>
</body>
</html>