Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 25 Oct 2014 11:01:44 +0800
From:      Julian Elischer <julian@freebsd.org>
To:        John Nielsen <lists@jnielsen.net>, Pete Wright <pete@nomadlogic.org>
Cc:        "freebsd-virtualization@freebsd.org" <freebsd-virtualization@freebsd.org>
Subject:   Re: NATed or Private Network Setups
Message-ID:  <544B1298.60000@freebsd.org>
In-Reply-To: <AB046E94-BFB7-4A57-BF86-0CA28DAD7673@jnielsen.net>
References:  <544ADBEB.2030907@nomadlogic.org> <AB046E94-BFB7-4A57-BF86-0CA28DAD7673@jnielsen.net>

next in thread | previous in thread | raw e-mail | index | archive | help
On 10/25/14, 8:01 AM, John Nielsen wrote:
>> On Oct 24, 2014, at 5:08 PM, Pete Wright <pete@nomadlogic.org> wrote:
>>
>> Hi All,
>> Has anyone deployed bhyve using NAT'd or private network setups?  I've
>> been able to deploy bridged interfaces, but I was wondering if anyone
>> has done other network topologies.  Is there anything preventing this
>> from happening code wise?  I reckon it could be achieved by creating a
>> pseudo interface?
> Rather than supporting something like epair(4) directly, I believe the plan is to allow connecting a bhyve VM to a user-space virtual switch on the host. Neither is currently available to my knowledge.
>
> For a NAT setup today you should be able to add your VM's tap(4) interface as the only member of a bridge on the host and assign an IP address to the bridge interface. Services like DHCP for this virtual subnet would need to also be configured on the host in addition to whatever NAT you want to use.
>
> For an internal-only network between two or more VMs on the host you could also just use a bridge containing only the VM tap adapters. If you don't want the host to participate in the network then don't put an IP on the bridge.
I disciovered you can also use netgraph to hook to the tap interfaces,
which means that you can use the whole netgraph library of functions..
I did find out that it occasionally loses packets or something so I
need to investigate more but it did work.

> _______________________________________________
> freebsd-virtualization@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-virtualization
> To unsubscribe, send any mail to "freebsd-virtualization-unsubscribe@freebsd.org"
>




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?544B1298.60000>