Run Google Chrome inside an isolated Docker container on your Linux desktop! See its sights via X11 forwarding! Hear its sounds through the magic of PulseAudio and SSH tunnels!
-
Install PulseAudio Preferences. Debian/Ubuntu users can do this:
sudo apt-get install paprefs -
Launch PulseAudio Preferences, go to the "Network Server" tab, and check the "Enable network access to local sound devices" checkbox
-
Restart PulseAudio
sudo service pulseaudio restartOn some distributions, it may be necessary to completely restart your computer. You can confirm that the settings have successfully been applied using the
pax11publishcommand. You should see something like this (the important part is in bold):Server: {ShortAlphanumericString}unix:/run/user/1000/pulse/native tcp:YourHostname:4713 tcp6:YourHostname:4713
Cookie: ReallyLongAlphanumericString
-
Install Docker if you haven't already
-
Clone this repository and get right in there
git clone https://github.com/jlund/docker-chrome-pulseaudio.git && cd docker-chrome-pulseaudio -
Generate an SSH public key, if you don't already have one
ssh-keygen -
Copy your SSH public key into place
cp ~/.ssh/id_rsa.pub . -
Build the container
sudo docker build -t chrome . -
Create an entry in your .ssh/config file for easy access. It should look like this:
Host docker-chrome User chrome Port 2222 HostName 127.0.0.1 RemoteForward 64713 localhost:4713 ForwardX11 yes -
Run the container and forward the appropriate ports
sudo docker run -d -p 127.0.0.1:2222:22 chrome -
Connect via SSH and launch Chrome using the provided PulseAudio wrapper script
ssh docker-chrome chrome-pulseaudio-forward -
Go watch Hulu, or whatever
Sometimes you absolutely need to look at a website that uses Flash even though Flash is basically the worst thing ever in every possible regard. This lets you run Flash on Linux in a compartmentalized fashion and reduces the risk that one of its never-ending security vulnerabilities will affect your precious files or other processes. Docker and LXC will be on your side and they both love you very much.
Flawlessly. Playing HD video from The Daily Show is no problem at all. Spotify's web interface works perfectly. Your favorite restaurant's Flash-only website will cower before you in fear and quickly reveal all of its secrets.
You certainly can, but it's an enormous package with an even bigger set of dependencies. It's also closed source. Oh, and it bundles Flash into its binary. Installing Chrome directly is like inviting a really cool guy over to your house when you know that he is definitely going to bring his friend with leprosy.
Chrome does a bunch of crazy stuff using SUID wrappers and several other techniques to try to keep Flash under control and to enhance its own internal security. Unfortunately, these techniques don't work inside a Docker container unless the container is run with the -privileged flag. So what's the problem with that? Well, here's what Docker's documentation has to say about it:
The -privileged flag gives all capabilities to the container, and it also lifts all the limitations enforced by the device cgroup controller. In other words, the container can then do almost everything that the host can do. This flag exists to allow special use-cases, like running Docker within Docker.
It sounds like a decidedly awful idea to give Chrome and Flash the ability to do "almost everything that the host can do." And even though it makes my inner Xzibit very sad, we are not running Docker inside of Docker. If you disagree with this choice, feel free to run the container with Docker's -privileged flag enabled and to strip the --no-sandbox flag from the launch wrapper in the Dockerfile. This will remove the "You are using an unsupported command-line flag..." warning that otherwise appears every time you start Chrome.
You can find me on Twitter if you are so inclined. I also occasionally blog at MissingM.