<br><br><div class="gmail_quote">On Fri, May 9, 2008 at 7:22 AM, Kevin Fries &lt;<a href="mailto:kfries@cctus.com">kfries@cctus.com</a>&gt; wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Both firewalls are Nat firewalls. &nbsp;So machine A might have an address of<br>
<a href="http://192.168.1.100" target="_blank">192.168.1.100</a> and machine B might have an address of <a href="http://192.168.0.2" target="_blank">192.168.0.2</a>. &nbsp;But<br>
they are not on the same segment and using addresses that are not able<br>
to be routed over the Internet. &nbsp;If either had a public, static IP, VNC<br>
alone could be a solution. &nbsp;But, without one side or the other having a<br>
public IP, neither side can initiate the communication to the other.<br></blockquote><div><br>Not being an expert in networking I may be missing something, but I&#39;m unclear how you can have computers that don&#39;t have a public IP (assuming of course that they have internet access). They must be connected to a router (to get the lan IP) which is connected to a modem which connects to the internet and has an IP address. Are these boxes on a private lan with no external access? Or do they have a dynamic IP and that is the problem? If dynamic, why not try dyndsn? It works for me.<br>
<br>I&#39;m sure you know what you are doing but something is missing in this picture - at least as I see it.<br><br>---- <br></div></div>Jim (Ubuntu geek extraordinaire)<br>----<br>Please avoid sending me Word or PowerPoint attachments.<br>
See <a href="http://www.gnu.org/philosophy/no-word-attachments.html">http://www.gnu.org/philosophy/no-word-attachments.html</a>