VGLclient uses port 4242 primarily, unless you've built it with SSL
support (in which case it also uses 4243 for encrypted connections.)  It
will use other ports only if there are multiple instances of it running
on the same client machine, which is not normally the case.

On 6/6/16 11:50 AM, Vladimir Santalov wrote:
> Mode: vgl transport
> Client: Ubuntu 14.04 on virtualbox on Windows 7 host
> Server: CentOs 7 on a remote network.
> ‎VirtualGL client on Ubuntu only works if VirtualBox is configured in a 
> bridged adapter mode and is on the same network as the server. When on a 
> remote network Windows 7 host relies on VPN. VirtualBox cannot see the VPN in 
> a bridged adapter mode. In NAT mode the connection is first established with 
> the host IP and the VM connection doesn't happen. It appears I need to 
> forward some ports from host to VM but I don't know which ones.
> 
> Sent from my BlackBerry 10 smartphone.
>   Original Message  
> From: DRC
> Sent: Monday, June 6, 2016 11:12 AM
> To: virtualgl-users@lists.sourceforge.net
> Reply To: VirtualGL Users
> Subject: Re: [VirtualGL-Users] VirtualGL with VirtualBox
> 
> On 6/6/16 10:17 AM, Vladimir Santalov wrote:
>> I'm looking for a way to set up port forwarding for VirtualBox NAT to
>> work with VirtualGL. Bridged connection is not an option since I need to
>> retain connection to the host's VPN. Which ports do I need to forward
>> from the host to the vm to make VirtualGL work on the vm?
> 
> Impossible to answer without further details of what you're trying to
> achieve. I'd need to know which mode of VirtualGL you are attempting to
> use (VGL Transport? X Proxy? If you're using an X proxy, which one?)
> I'd need to know which machine (virtual or otherwise) is acting as the
> client and which is acting as the server. I am failing to understand
> why you would need to forward ports at all.

------------------------------------------------------------------------------
What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
patterns at an interface-level. Reveals which users, apps, and protocols are 
consuming the most bandwidth. Provides multi-vendor support for NetFlow, 
J-Flow, sFlow and other flows. Make informed decisions using capacity 
planning reports. https://ad.doubleclick.net/ddm/clk/305295220;132659582;e
_______________________________________________
VirtualGL-Users mailing list
VirtualGL-Users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/virtualgl-users

Reply via email to