this post was submitted on 03 Jul 2023
560 points (97.6% liked)
Piracy: ꜱᴀɪʟ ᴛʜᴇ ʜɪɢʜ ꜱᴇᴀꜱ
53939 readers
340 users here now
⚓ Dedicated to the discussion of digital piracy, including ethical problems and legal advancements.
Rules • Full Version
1. Posts must be related to the discussion of digital piracy
2. Don't request invites, trade, sell, or self-promote
3. Don't request or link to specific pirated titles, including DMs
4. Don't submit low-quality posts, be entitled, or harass others
Loot, Pillage, & Plunder
💰 Please help cover server costs.
founded 1 year ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
If you’re running it using Docker, that’s a container not a VM. And that IS the way you would want to run it, in a container. They’re easy to set up, easy to use, and easy to maintain.
I meant you could run pihole as a container in docker on a windows VM if you really wanted to. Personally I run it on a docker instance and also on a dedicated LinuxVM on a seperate host for redundancy, but that's probably overkill.
Yeah but Docker Desktop uses a VM, either in WSL2 or Hyper-V. Docker Engine on Linux doesn't use a VM and that's what's typically used for hosting services.
The way, what was stated, was stated, indicated that docker runs virtual machines. It doesn't. It runs containers, right?
Docker is a container platform. Docker Engine is the container host for Linux and Docker Desktop uses a virtual machine to run Docker Engine and containers in that VM.
For example, if you use Docker Desktop on Windows, Docker Desktop will run Docker Engine in a WSL2-based VM and then run containers inside that.
First, stop talking to me like I don’t know this already. Second, these facts don’t make me wrong or you right. The implication of what was said is that you run VM’s on docker. The fact is, you don’t. Stop arguing.
Ok, so what I was trying to say was this...
Dude does most of their work out of a VM rather than the host, and asks if they can also run pihole in that VM. I was trying to say "yeah, but it's a Linux app so either run docker from within the VM itself and run it as a container or spin up another separate VM"
But I agree. Not argument-worthy. There's no grounds for ackchyually-ing here.
Makes complete sense. Thank for clarifying.