hello you did reply to a email from 2015, i would suggest send a new email to the group and describe what you need or how we can help
vagrant and virtualbox have changed a lot since 2015 so things may be different alvaro On Thu, May 7, 2020 at 9:22 AM st3b4n 4lvin0 <st3b4nc...@gmail.com> wrote: > Peter, > Difficult to find material how to configure 'Nat Network' with virtual > box, when I add private network to vagrant file it added in one machine but > other one failed the first time. Any procedure that I can study to > understand and configured. > > On Wednesday, July 15, 2015 at 5:19:58 PM UTC-5, Peter Ferriola wrote: >> >> The solution you present does work, but does not utilize a feature >> VirtualBox added to create a NAT network behind which all the VMs in a >> given NAT network reside. For example, I've used it to create (outside of >> Vagrant) a Puppet test environment with a Puppet Master and five clients >> without any particular complexity to the configuration. Just >> straightforward IPs and they can all access each other and the Internet >> just fine, with a single IP per system. Much closer to the reality of the >> production environments some tests are meant to reflect. >> >> Your solution does work, but it adds complexity to what should be a very >> simple setup, and what Oracle has already integrated into VirtualBox itself. >> >> On Tuesday, May 19, 2015 at 4:36:48 PM UTC-7, Alvaro Miranda Aguilera >> wrote: >>> >>> Hello, >>> >>> Maybe I am missing something, but I think with normal networks you can >>> do the same.. >>> >>> What do you need that the normal vagrant networking doesn't provide? >>> >>> Check this: >>> >>> http://en.wikibooks.org/wiki/RAC_Attack_-_Oracle_Cluster_Database_at_Home/RAC_Attack_Automation#/media/File:RA_Arquitecture_step2.png >>> >>> >>> Because this is how you usually work with Vagrant and virtualbox: >>> >>> Out of the box, you get the normal nat for eth0 connection >>> >>> Then, using a mix of shell provisioner and network configuration you can >>> >>> add a 2nd interface (any config.vm.network line create a new nic on top >>> of eth0.. you can't change eth0 this way) >>> remove the default gw that goes over the normal nat on eth0 >>> add a new default gw over the eth1 nic >>> >>> That is how you can do a multi vm setup that talk internally and >>> optionally use this eth1 network for routing too. >>> >>> >>> So, in the clusters I do I end with something like this: >>> >>> >>> http://en.wikibooks.org/wiki/RAC_Attack_-_Oracle_Cluster_Database_at_Home/RAC_Attack_Automation#/media/File:RA_Arquitecture_step2.png >>> >>> and you can also forward a port to each VM >>> >>> So, not sure if that particular natservices is really needed, >>> >>> Alvaro >>> >>> On Wed, May 20, 2015 at 9:05 AM, Chris Almond <chris....@wandisco.com> >>> wrote: >>> >>>> More clarification. For the custom NAT Network definition shown below >>>> (vbox preferences -> network), how do I specify using in Vagrantfile? >>>> >>>> Would it be something like this? config.vm.network :forwarded_port, >>>> :adapter >>>> => "2" (...for the second (custom) NAT adapter?) >>>> >>>> *vbox adapter type: vagrant network type:* >>>> "Host-only Adapter" = "private_network" >>>> "Bridged Adapter" = "public_network" >>>> "NAT" = "forwarded_port" >>>> *?--> "NAT Network1" = " ? "* >>>> >>>> >>>> <https://lh3.googleusercontent.com/-4lHYU-VGNrQ/VVui7PN8bxI/AAAAAAAAAI8/rkc_Kd23Vv4/s1600/natnetwork1.jpg> >>>> >>>> >>>> On Tuesday, May 19, 2015 at 1:21:42 PM UTC-7, Chris Almond wrote: >>>>> >>>>> Can anyone share examples that show how to specify use of the new "NAT >>>>> Network" option for network type? >>>>> >>>>> Virtualbox doc ref: *6.4. Network Address Translation Service >>>>> (experimental)* >>>>> https://www.virtualbox.org/manual/ch06.html#network_nat_service >>>>> >>>>> The goal is to use Vagrant to provision a cluster of boxes, all >>>>> members of the same custom defined NAT service, with DHCP providing >>>>> address >>>>> within a set range for that NAT segment. >>>>> >>>>> Is this possible via vagrant? In my (minimal) research and >>>>> experimentation with Vagrant so far I'm finding that I need to use the new >>>>> NAT service type for this setup (instead of standard "NAT"). >>>>> >>>>> >>>>> >>>> Learn how WANdisco Fusion solves Hadoop data protection and scalability >>>> challenges <http://www.wandisco.com/hadoop/wd-fusion> >>>> >>>> Listed on the London Stock Exchange: WAND >>>> <http://www.bloomberg.com/quote/WAND:LN> >>>> >>>> THIS MESSAGE AND ANY ATTACHMENTS ARE CONFIDENTIAL, PROPRIETARY, AND MAY >>>> BE PRIVILEGED. If this message was misdirected, WANdisco, Inc. and its >>>> subsidiaries, ("WANdisco") does not waive any confidentiality or >>>> privilege. If you are not the intended recipient, please notify us >>>> immediately and destroy the message without disclosing its contents to >>>> anyone. Any distribution, use or copying of this e-mail or the information >>>> it contains by other than an intended recipient is unauthorized. The views >>>> and opinions expressed in this e-mail message are the author's own and may >>>> not reflect the views and opinions of WANdisco, unless the author is >>>> authorized by WANdisco to express such views or opinions on its behalf. >>>> All email sent to or from this address is subject to electronic storage and >>>> review by WANdisco. Although WANdisco operates anti-virus programs, it >>>> does not accept responsibility for any damage whatsoever caused by viruses >>>> being passed. >>>> >>>> -- >>>> You received this message because you are subscribed to the Google >>>> Groups "Vagrant" group. >>>> To unsubscribe from this group and stop receiving emails from it, send >>>> an email to vagrant-up+...@googlegroups.com. >>>> For more options, visit https://groups.google.com/d/optout. >>>> >>> >>> -- > This mailing list is governed under the HashiCorp Community Guidelines - > https://www.hashicorp.com/community-guidelines.html. Behavior in > violation of those guidelines may result in your removal from this mailing > list. > > GitHub Issues: https://github.com/hashicorp/vagrant/issues > Discuss: https://discuss.hashicorp.com/c/vagrant/24 > --- > You received this message because you are subscribed to the Google Groups > "Vagrant" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to vagrant-up+unsubscr...@googlegroups.com. > To view this discussion on the web visit > https://groups.google.com/d/msgid/vagrant-up/ccbf7980-0a9f-48ac-a003-0563836d69fb%40googlegroups.com > <https://groups.google.com/d/msgid/vagrant-up/ccbf7980-0a9f-48ac-a003-0563836d69fb%40googlegroups.com?utm_medium=email&utm_source=footer> > . > -- Alvaro -- This mailing list is governed under the HashiCorp Community Guidelines - https://www.hashicorp.com/community-guidelines.html. Behavior in violation of those guidelines may result in your removal from this mailing list. GitHub Issues: https://github.com/hashicorp/vagrant/issues Discuss: https://discuss.hashicorp.com/c/vagrant/24 --- You received this message because you are subscribed to the Google Groups "Vagrant" group. To unsubscribe from this group and stop receiving emails from it, send an email to vagrant-up+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/vagrant-up/CAHqq0ewBVqfXbpL5udZ1YAmA5bLhN_-W0os1AuHrmrZsz5Ob-Q%40mail.gmail.com.