Skip to content
Switch branches/tags

Latest commit


Git stats


Failed to load latest commit information.
Latest commit message
Commit time


Stability NPM Version JavaScript Style Guide Build Status Coverage Status

A configurable in-memory Dat-to-HTTP gateway, so you can visit Dat archives from your browser.

If you want a browser that can visit Dat archives, check out Beaker.


To get the dat-gateway command for running your own gateway, use npm:

npm i -g dat-gateway

If you have npx installed, it's even shorter:

npx dat-gateway

Public Gateways:


You can run dat-gateway to start a gateway server that listens on port 3000. You can also configure it! You can print usage information with dat-gateway -h:

$ dat-gateway -h

  --version       Show version number                                  [boolean]
  --config        Path to JSON config file
  --host, -l      Host or ip for the gateway to listen on.  [default: ""]
  --port, -p      Port for the gateway to listen on.             [default: 3000]
  --dat-port, -P  Port for Dat to listen on. Defaults to Dat's internal
                  defaults.                                      [default: null]
  --dir, -d       Directory to use as a cache.
                                      [string] [default: "~/.cache/dat-gateway"]
  --max, -m       Maximum number of archives allowed in the cache. [default: 20]
  --period        Number of milliseconds between cleaning the cache of expired
                  archives.                                     [default: 60000]
  --ttl, -t       Number of milliseconds before archives expire.
                                                               [default: 600000]
  --redirect, -r  Whether to use subdomain redirects            [default: false]
  --loopback, -L  What hostname to use when serving locally.
                                                      [default: "dat.localhost"]
  -h, --help      Show help                                            [boolean]

You can visit Dat archives through the gateway using a route like this:


For example:


The gateway will even resolve URLs using Dat-DNS:


The gateway will peer archives until they expire from the cache, at which point it proactively halts them and deletes them from disk.

The gateway also supports replicating a hyperdrive instance using websockets

const websocket = require('websocket-stream')
const hyperdrive = require('hyperdrive')

const key = 'c33bc8d7c32a6e905905efdbf21efea9ff23b00d1c3ee9aea80092eaba6c4957'
const url = `ws://localhost:3000/${key}`

const archive = hyperdrive('./somewhere', key)

archive.once('ready', () => {
  const socket = websocket(url)

  // Replicate through the socket

Subdomain redirection

By default dat-gateway will serve all dats from the same origin. This means that dats using absolute URLs (starting with /) will be broken. This also means that all dats will share the same localStorage and indexedDB instances which can cause security issues.

In order to resolve these issues, you can use the --redirect flag in conjunction with the host parameter to have each dat served on a subdomain.

For example, http://{host}:{port}/{datkey}/index.html will be redirected to http://{datkey32}.{host}:{port}/index.html which will serve the file from localhost, but at a different domain, ensuring the browser isolates all the contents from each other.

Please note that due to limitations in how URLs work, the dat key will be converted to it's base32 representation instead of hexadecimal using this library

Serving on localhost

Running a gateway locally for personal use is a great idea, but by default dat-gateway uses dat.localhost as its hostname when serving to the local machine. Firefox does not support '*.localhost' domains and so this behavior breaks the gateway for Firefox users.

To fix this, use the -L, --loopback flag to specify localhost as the loopback hostname, like so:

$ dat-gateway -L localhost

This will cause dat-gateway to use localhost as its domain name, which Firefox supports just fine.


All contributions are welcome: bug reports, feature requests, "why doesn't this work" questions, patches for fixes and features, etc. For all of the above, file an issue or submit a pull request.




In-memory Dat to HTTP gateway



No releases published


No packages published