Skip to content

Networks & Volumes

Note: Networks and volumes management is now embedded within the Docker Overview page rather than being a standalone page. The information below describes all available network and volume management capabilities accessible from the Docker Overview.

Networks and volumes are foundational building blocks for Docker deployments. Web.Casa provides dedicated management interfaces for creating, inspecting, and removing both.


Docker networks enable container-to-container communication. Containers on the same network can resolve each other by name.

The network dashboard shows all Docker networks with:

ColumnDescription
NameNetwork name
DriverNetwork driver type
Scopelocal or swarm
CreatedCreation timestamp
  1. Click Create Network.
  2. Configure the following:
SettingDescription
NameA descriptive network name
Driverbridge (default), host, overlay, macvlan, or none
SubnetIP subnet (e.g., 172.20.0.0/16)
GatewayGateway IP address
IP RangeAllocatable IP range within the subnet
Driver OptionsAdditional key-value driver-specific settings
  1. Click Create.

Common driver choices:

  • bridge — the most common choice for single-host setups; containers on the same bridge can communicate by name
  • host — container shares the host network stack directly (no port mapping needed)
  • overlay — for multi-host communication in Docker Swarm
  • macvlan — assigns a MAC address to the container, making it appear as a physical device on the network

Use separate bridge networks for different application stacks to provide network isolation. For example, keep your database containers on a private network that only your application containers can access.

Select one or more networks and click Delete. Web.Casa will warn you if any containers are currently connected to the network.

You cannot delete Docker’s default networks (bridge, host, none). Only user-created networks can be removed.


Docker volumes provide persistent data storage that survives container restarts and removal.

The volume dashboard shows all Docker volumes with:

ColumnDescription
NameVolume name
DriverStorage driver (usually local)
MountpointFilesystem path where data is stored on the host
  1. Click Create Volume.
  2. Specify:
    • Name — a descriptive volume name
    • Driver — storage driver (default: local)
    • Driver Options — additional key-value options if needed
  3. Click Create.
ActionDescription
View MountpointSee the host filesystem path where data is stored
DeleteRemove the volume and its data

Warning: Deleting a volume permanently destroys its data. Always verify a volume is no longer needed before deletion. Consider backing up important data first.

Volumes are the recommended approach for:

  • Database storage — PostgreSQL, MySQL, MongoDB data directories
  • Upload directories — user-uploaded files that must persist
  • Configuration files — persistent config that should survive container updates
  • Shared data — files that need to be accessed by multiple containers

When you deploy a Compose stack, the networks and volumes defined in the Compose file are created automatically:

services:
app:
networks:
- frontend
- backend
volumes:
- app-data:/data
db:
networks:
- backend
volumes:
- db-data:/var/lib/postgresql/data
networks:
frontend:
backend:
internal: true # no external access
volumes:
app-data:
db-data:

These resources appear in the Networks and Volumes management interfaces and can be inspected independently of the Compose stack.

Warning: Removing a network or volume that belongs to an active Compose stack may cause service disruptions. Always stop the stack first if you need to modify its resources.