mirror of
https://github.com/clue/docker-phpvirtualbox.git
synced 2026-04-25 03:55:47 +03:00
[GH-ISSUE #4] Evaluate linking against containerized VirtualBox #3
Labels
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/docker-phpvirtualbox#3
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @clue on GitHub (Jan 12, 2015).
Original GitHub issue: https://github.com/clue/docker-phpvirtualbox/issues/4
Besides running VirtualBox on a separate host and connecting to it, one can also start VirtualBox in a container. The container would need to expose the vboxwebsrv port and we would need to support linking it.
See e.g. docker pull jencryzthers/vboxinsidedocker. This image does not currently expose vboxwebsrv, however.
@imoore76 commented on GitHub (Dec 17, 2015):
Why would one run VirtualBox inside a container? If you really want to containerize VirtualBox, the solution would be to have vboxwebserv bind on all ports and link the container to it, then edit phpvirtualbox's config to point to the linked container. Actually, since it looks like your script looks for linked 18083 ports, it should "just work" with any existing clue/docker-phpvirtualbox container. The jencryzthers/vboxinsidedocker image would have to expose port 18083 and run vboxwebsrv bound to all host ips
vboxwebsrv -H 0.0.0.0.