Featured

Deploy OpenClaw in 60 seconds β€” 20% off logoDeploy OpenClaw in 60 seconds β€” 20% off

Launch OpenClaw on Hostinger in about 60 seconds and keep your agent live 24/7. Our referral link gives you 20% off, no coupon code needed.

Launch on Hostinger β†’
Run your Hermes agent on Hostinger, fully managed logoRun your Hermes agent on Hostinger, fully managed

Launch Hermes on Hostinger in one click, fully managed, no VPS knowledge needed. Use code ZACAARON10 for 10% off.

Launch on Hostinger β†’
Crawl and scrape any site into clean data, 10% off logoCrawl and scrape any site into clean data, 10% off

Firecrawl crawls and scrapes any site into clean markdown for your agent. Get 1,000 free credits, and new users get 10% off their first purchase.

Try Firecrawl free β†’
6,000+ web scrapers for your AI agent, start free logo6,000+ web scrapers for your AI agent, start free

Apify gives your agent live web data: 6,000+ prebuilt scrapers and actors, MCP-ready. Sign up free with $5 in usage credits.

Try Apify free β†’
One API to scrape, enrich, and extract the internet. logoOne API to scrape, enrich, and extract the internet.

Context.dev gives your agents a single API to scrape, enrich, and extract live web data β€” no proxies, no parsers, no maintenance.

Start building free β†’
SetupClaw: done-for-you OpenClaw for founders & exec teams logoSetupClaw: done-for-you OpenClaw for founders & exec teams

White-glove OpenClaw for founders and exec teams (4–50+ employees): we install, harden, integrate your tools, and maintain it β€” secured from day one.

Get it set up for you β†’
SEO data APIs for your agent, $1 free credit logoSEO data APIs for your agent, $1 free credit

DataForSEO gives your agent live access to SERP results, keyword data, backlinks, and on-page SEO data through one API. New accounts get a $1 credit, good for up to 20,000 keyword or backlink lookups.

Try DataForSEO free β†’
Reach 48,000+ AI builders

A flat monthly placement in front of developers actively installing AI tools. No lock-in, cancel anytime.

Advertise here β†’

Works with

Claude CodeClaude DesktopCursorVS CodeClineCodex CLIOpenClaw+ any MCP client

Install to Claude Code

This server doesn't publish a one-line install command. Follow the setup in the source repository.

Summary

Dissimilis/DirForge MCP server](https://glama.ai/mcp/servers/Dissimilis/DirForge/badges/score.svg)](https://glama.ai/mcp/servers/Dissimilis/DirForge) #️⃣ 🏠 🍎 πŸͺŸ 🐧 - Read-only directory listing web app with a built-in MCP server: directory browsing, file...

README.md

DirForge

<p align="center"> <img src="img/logo.svg" alt="DirForge logo" width="120"> </p>

<p align="center"> <a href="https://github.com/Dissimilis/DirForge/actions/workflows/ci.yml"><img src="https://github.com/Dissimilis/DirForge/actions/workflows/ci.yml/badge.svg" alt="CI"></a> <a href="https://github.com/Dissimilis/DirForge/releases/latest"><img src="https://img.shields.io/github/v/release/Dissimilis/DirForge?label=release" alt="Latest Release"></a> <a href="https://github.com/Dissimilis/DirForge/pkgs/container/dirforge"><img src="https://img.shields.io/badge/GHCR-dirforge-blue?logo=docker" alt="GHCR"></a> <a href="https://buymeacoffee.com/dissimilis"><img src="https://img.shields.io/badge/Buy%20Me%20a%20Coffee-ffdd00?logo=buy-me-a-coffee&logoColor=black" alt="Buy Me a Coffee"></a> </p>

A stateless, read-only web file browser for homelab and NAS power users. No database, no background workers, no disk writes - just point it at a mounted path and go.

<p align="center"> <img src="img/screenshot.jpg" alt="DirForge directory listing" width="700"> </p>

<p align="center"> <a href="https://dirforge.zenforge.eu/"><strong>Live Demo</strong></a> </p>

Browse files in a clean web UI with search, previews, and archive inspection. Download individual files or entire folders as ZIP. Access the same data through a RESTful JSON API, an S3-compatible endpoint for tools like rclone, a read-only WebDAV mount for native OS file managers, or an MCP server for AI assistants. Everything runs in a single stateless container with no external dependencies.

Quick Start

Prerequisite: Docker or Podman (images are published for amd64 and arm64).

Docker run

docker run -d \
  --name dirforge \
  -p 8091:8080 \
  -e RootPath=/data \
  -v /srv/share:/data:ro \
  ghcr.io/dissimilis/dirforge:latest

Docker Compose

cp .env.example .env
# edit HOST_PATH, BasicAuthUser, and BasicAuthPass in .env
docker compose up -d

Warning: The default compose file falls back to admin/dirforge credentials if you don't set BasicAuthUser and BasicAuthPass in your .env. Change these before exposing the service on your network.

Podman

The same commands work with Podman. Replace docker with podman:

podman run -d \
  --name dirforge \
  -p 8091:8080 \
  -e RootPath=/data \
  -v /srv/share:/data:ro \
  ghcr.io/dissimilis/dirforge:latest

For Compose, use podman compose (Podman 4.1+):

cp .env.example .env
# edit HOST_PATH in .env
podman compose up -d

Notes for Podman users: - podman compose is a built-in subcommand in Podman 4.1+, not the older third-party podman-compose Python package. - DirForge uses ports above 1024, so rootless Podman works without extra configuration. - On SELinux systems (Fedora, RHEL), add :z to volume mounts: -v /srv/share:/data:ro,z.

Standalone (Windows)

  1. Download dirforge-win-x64.zip from the latest release
  2. Extract to a folder (e.g. C:\DirForge)
  3. Edit appsettings.json β€” set RootPath to the directory you want to share
  4. Console mode: Double-click DirForge.exe to run interactively
  5. Windows Service: Right-click install-service.bat β†’ Run as administrator. DirForge will start on boot automatically. Use uninstall-service.bat to remove the service.

Standalone (Linux)

  1. Download dirforge-linux-x64.tar.gz (or linux-arm64) from the latest release
  2. Extract: tar -xzf dirforge-linux-x64.tar.gz -C /opt/dirforge
  3. Edit appsettings.json β€” set RootPath to the directory you want to share
  4. Run directly: ./DirForge
  5. Install as systemd service:
   sudo useradd -r -s /usr/sbin/nologin dirforge
   sudo cp dirforge.service /etc/systemd/system/
   # Edit /etc/systemd/system/dirforge.service to adjust paths if needed
   sudo systemctl daemon-reload
   sudo systemctl enable --now dirforge

The tarball includes an example dirforge.service file with systemd hardening options.

Open http://localhost:8091. With the default config profile in this repository, sharing, dashboard, and metrics are enabled.

Features

Browsing

  • List and grid view layouts
  • Sortable columns (name, size, date)
  • Light and dark themes (toggle or set default via DefaultTheme)
  • File preview modal for text, images, video, audio, and PDF
  • Inline archive browser for .zip, .tar, .tar.gz, .tgz, and .gz
  • Image lightbox with navigation
  • Recursive search with configurable depth and time budget
  • Age badges on files and folders
  • Custom site title via SiteTitle

Sharing & Downloads

  • Direct file downloads
  • Folder download as ZIP archive (with configurable max size)
  • Signed share links with expiry
  • One-time share links
  • QR code generation for share links
  • File hash calculation (CRC32, MD5, SHA-1, SHA-256, SHA-512)
  • Sidecar checksum verification (.md5, .sha1, .sha256, .sha512, .sfv)

WebDAV

  • Read-only WebDAV endpoint at /webdav/ (DAV Class 1)
  • Supports OPTIONS, PROPFIND, GET, and HEAD methods
  • Compatible with Windows Explorer, macOS Finder, and other WebDAV clients
  • Same security policies as the web UI (hidden paths, denied extensions, auth)

S3-Compatible API

  • Read-only S3 endpoint at /s3/ for scripted and programmatic access
  • Compatible with aws cli, rclone, MinIO client, and other S3-compatible tools
  • AWS Signature V4 authentication (access key + secret key)
  • Supports ListBuckets, GetBucketLocation, ListObjectsV2, GetObject, HeadObject
  • HTTP Range requests for partial downloads
  • Hidden paths, denied extensions, and auth enforced

Security & Operations

  • HTTP Basic Auth (username + password)
  • Bearer token auth via configurable header (for MCP clients, API consumers, automation)
  • External auth via reverse proxy headers (e.g. Authelia, Authentik)
  • Hide files by dotfile flag or glob patterns
  • Deny downloads by file extension
  • Fixed-window rate limiting (per-IP and global)
  • Health endpoints (/health, /healthz, /readyz)
  • In-memory dashboard at /dashboard with optional dedicated credentials
  • Prometheus metrics at /metrics
  • RESTful JSON API at /api/ (browse, search, share, archive)
  • MCP server at /mcp/ (JSON-RPC 2.0, Streamable HTTP transport)
  • Integration stats JSON at /dashboard/stats
  • Distroless chiseled container image

Configuration

Defaults are defined in src/DirForge/appsettings.json. Override any value with an environment variable of the same name. Boolean values must be true or false. For the full list of options, see .env.example.

| Variable | Default | Description | |---|---|---| | RootPath | . | Root directory to browse. | | Port | 8080 | HTTP listen port. | | ListenIp | 0.0.0.0 | IP address the app binds to. | | BasicAuthUser | unset | Basic Auth username. | | BasicAuthPass | unset | Basic Auth password. | | BearerToken | unset | Bearer token for token-based auth (MCP clients, API consumers, automation). | | BearerTokenHeaderName | Authorization | Header to read the bearer token from. | | EnableSharing | true | Enable HMAC-signed share links. | | ShareSecret | empty | Secret for signing share links. Set a long random value in production; if empty an in-memory secret is generated at startup. | | HideDotfiles | false | Hide entries starting with .. | | DenyDownloadExtensions | env,key,pem,... | Extensions blocked in direct and ZIP downloads. | | DefaultTheme | dark | UI theme (dark or light). | | SiteTitle | DirForge | Custom page title/header label. | | EnableWebDav | true | Read-only WebDAV at /webdav/. | | EnableS3Endpoint | false | Read-only S3 API at /s3/. | | EnableJsonApi | true | RESTful JSON API at /api/. | | EnableMcpEndpoint | true | MCP server at /mcp/. | | CalculateDirectorySizes | false | Auto-calculate subdirectory sizes on page load (slow on large trees). | | DirectorySizeCacheTtlSeconds | 300 | Cache TTL for computed directory sizes in seconds (0–2592000; 0 disables). | | ListingCacheTtlSeconds | 2 | Directory listing cache TTL in seconds (1–2592000). |

Security

Hardened example profile - copy into your .env and adjust: ``env BasicAuthUser=admin BasicAuthPass=change-this BearerToken=replace-with-long-random-token ShareSecret=replace-with-long-random-value ForwardedHeadersKnownProxies=10.0.0.2 DashboardAuthUser=metrics DashboardAuthPass=change-this-too ``

  • Mount only directories you want to expose; prefer read-only mounts (:ro).
  • Baseline defaults are homelab-oriented, not internet-hardened.
  • Set BasicAuthUser / BasicAuthPass when exposed outside a trusted network.
  • Set BearerToken for token-based auth (useful for MCP clients, API consumers, and automation that poorly support Basic Auth). Both auth methods can be enabled simultaneously, either one grants access.
  • When BearerTokenHeaderName is Authorization (default), the middleware accepts Authorization: Bearer <token> and Authorization: <token>. Set a custom header name (e.g. X-API-Key) to read the raw token from that header instead.
  • Set ShareSecret to a long random value in production. If empty, DirForge uses an in-memory secret and share links reset on restart.
  • For reverse proxy auth, set ExternalAuthEnabled=true and pin ForwardedHeadersKnownProxies. Bearer token auth is also bypassed when external auth is enabled.
  • Hidden paths and denied extensions are enforced for both direct downloads and ZIP output.
  • Dashboard and metrics data are in-memory only and reset on restart.
  • If DashboardAuthUser / DashboardAuthPass are set, /dashboard and /metrics accept only those credentials.
  • /dashboard/stats uses the same dashboard auth behavior: if dashboard credentials are configured, they are required.
  • Static UI assets are served from /dirforge-assets/* (plus /favicon.ico) and are intentionally public.

WebDAV

DirForge includes a read-only WebDAV endpoint at /webdav/ (DAV Class 1), enabled by default. It supports OPTIONS, PROPFIND, GET, and HEAD. All write methods return 405 Method Not Allowed.

Client Access

| Client | Connection | |---|---| | macOS Finder | Finder β†’ Go β†’ Connect to Server β†’ http://host:port/webdav/ | | Windows Explorer | Map Network Drive β†’ http://host:port/webdav/ (requires HTTPS or registry tweak, see below) | | Linux (GVFS) | dav://host:port/webdav/ in Nautilus/Thunar | | cadaver / curl | cadaver http://host:port/webdav/ |

Windows HTTP Limitation

Windows Explorer's WebDAV client (Mini-Redirector) refuses Basic Auth over plain HTTP by default. You must either:

  • Use HTTPS (via reverse proxy, recommended)
  • Set the registry key HKLM\SYSTEM\CurrentControlSet\Services\WebClient\Parameters\BasicAuthLevel to 2 and restart the WebClient service

Security

WebDAV requests follow the same auth and security pipeline as the web UI:

  • Basic Auth or bearer token credentials are required when configured
  • External auth headers are honored when ExternalAuthEnabled=true
  • Hidden paths (HideDotfiles, HidePathPatterns) and denied extensions (DenyDownloadExtensions) are enforced
  • Path traversal protection applies to all WebDAV paths

Set EnableWebDav=false to disable the endpoint entirely.

S3-Compatible API

DirForge includes a read-only S3-compatible endpoint at /s3/, disabled by default. It implements the minimal subset of the S3 API needed for listing and downloading files with standard S3 tools.

Supported Operations

| Operation | Description | |---|---| | ListBuckets | GET /s3/ - returns a single virtual bucket | | GetBucketLocation | GET /s3/{bucket}?location - returns configured region | | ListObjectsV2 | GET /s3/{bucket}?prefix=...&delimiter=/&max-keys=... - list objects with pagination | | GetObject | GET /s3/{bucket}/{key} - download a file (supports Range header) | | HeadObject | HEAD /s3/{bucket}/{key} - file metadata without body |

All write operations (PUT, POST, DELETE) return 405 Method Not Allowed.

Authentication

S3 requests use AWS Signature V4 - the same signing protocol as real AWS S3. Your secret key is never sent over the wire; clients sign each request with an HMAC-based signature that the server verifies.

By default, the S3 endpoint reuses your BasicAuthUser / BasicAuthPass as access key / secret key. Set S3AccessKeyId and S3SecretAccessKey for dedicated S3 credentials.

Credentials are required - the app will not start with EnableS3Endpoint=true and no credentials configured.

Client Examples

aws cli: ``bash export AWS_ACCESS_KEY_ID=mykey export AWS_SECRET_ACCESS_KEY=mysecret aws --endpoint-url http://localhost:8091/s3 s3 ls aws --endpoint-url http://localhost:8091/s3 s3 ls s3://dirforge/ aws --endpoint-url http://localhost:8091/s3 s3 ls s3://dirforge/subdir/ aws --endpoint-url http://localhost:8091/s3 s3 cp s3://dirforge/file.txt . ``

rclone: ```bash rclone config create myremote s3 \ provider=Other \ endpoint=http://localhost:8091/s3 \ access_key_id=mykey \ secret_access_key=mysecret \ region=us-east-1

rclone ls myremote:dirforge rclone copy myremote:dirforge/file.txt . ```

Security

S3 requests bypass Basic Auth (they use SigV4 instead) but enforce all the same file-level policies:

  • Hidden paths (HideDotfiles, HidePathPatterns) are not visible
  • Denied extensions (DenyDownloadExtensions) return 403 Access Denied
  • Path traversal and symlink containment checks apply

Set EnableS3Endpoint=false (default) to disable the endpoint entirely.

MCP (Model Context Protocol)

DirForge exposes an MCP endpoint at /mcp that lets AI assistants browse directories, read files, search by name or content, check hashes, find duplicates, get disk usage reports, and more. Requires EnableMcpEndpoint=true (default) and a BearerToken set in your DirForge config. All hide/deny/auth policies apply.

Setup (Claude Code, Codex, etc.)

Just ask your AI assistant:

"Add DirForge MCP server at http://localhost:8091/mcp with bearer token changeme"

Then swap changeme for your actual BearerToken in a file config was added.

Symlinks and Hardlinks

DirForge follows symlinks but enforces strict containment: every symlink target must resolve to a path under RootPath. Links that escape the root are silently blocked.

Symlinks

When a request path contains a symlink, DirForge resolves it segment-by-segment. At each level, if a path component is a reparse point (symlink or junction), the final target is resolved and checked against RootPath. If the resolved target is outside the root, the entire path is rejected.

This means you can use symlinks freely inside your shared directory tree β€” for example, to present files from multiple physical locations under a single virtual layout β€” as long as every target points somewhere within RootPath.

During recursive operations (search, ZIP download, S3 listing), it tracks visited canonical paths to prevent infinite loops caused by circular symlinks. A directory that has already been visited (after symlink resolution) is skipped.

Hardlinks

Hardlinks are regular directory entries that share an inode with another file. They have no special metadata that distinguishes them from normal files, so DirForge treats them as ordinary files. Both names are listed and downloadable independently. There is no risk of escaping RootPath through hardlinks since they cannot point outside the filesystem they reside on, and they cannot reference directories.

Summary

| Link Type | Followed | Root Containment | Cycle Protection | |-----------|----------|------------------|------------------| | Symlink | Yes | Enforced per-segment | Yes (visited set) | | Junction (Windows) | Yes | Enforced per-segment | Yes (visited set) | | Hardlink | N/A (treated as regular file) | N/A | N/A |

Integrations API

For homelab dashboards (Homarr, Homepage, etc.), DirForge exposes:

  • GET /dashboard/stats

The endpoint returns compact JSON with 11 basic fields: generatedAtUtc, ready, uptimeSeconds, totalRequests, inFlightRequests, requestsPerMinute, averageLatencyMs, totalDownloadTrafficBytes, totalDownloadCount, fileCount, zipCount.

Contributing

See CONTRIBUTING.md.

Development

dotnet restore src/DirForge/DirForge.csproj
dotnet build src/DirForge/DirForge.csproj -c Release --no-restore
docker build -t dirforge:dev .    # or: podman build -t dirforge:dev .

Image Tags

Images are published to ghcr.io/dissimilis/dirforge.

| Tag | When pushed | Use for | |---|---|---| | latest | Every non-pre-release GitHub Release | Stable production use | | 1.2.0 | Every GitHub Release | Pinned stable version | | dev | Every push to main | Latest development build | | dev-<sha> | Every push to main | Pinned to a specific commit |

License

MIT. See LICENSE.

Third-Party Attribution

  • File icon vector set in src/DirForge/wwwroot/file-icon-vectors/ is attributed to dmhendricks.

See related servers & alternatives β†’

Related MCP servers

Browse all β†’

Related guides

Hand-picked reading to help you choose and use Search servers.