Browser extension that simplifies access to IPFS resources
Clone or download
lidel feat: enable Web UI for embedded js-ipfs (#656)
In past ipfs-webui crashed due to missing APIs (IPNS, MFS),
but since v0.34 it works quite nicely.
Latest commit 25c0e6a Jan 18, 2019
Type Name Latest commit message Commit time
Failed to load latest commit information.
.tx feat(locales): added ko-KR and zh-TW, updated no Oct 31, 2018
add-on feat: enable Web UI for embedded js-ipfs (#656) Jan 18, 2019
ci chore(release): ship v2.6.3.12520 to Firefox Beta Jan 7, 2019
docs chore(docs): update screenshot and link Jan 7, 2019
scripts fix(ci): switch fallback download to public gateway Nov 4, 2018
test fix(proxy): fail fast on unsupported flag Jan 15, 2019
.babelrc chore(chrome): set min. version to 70 Dec 6, 2018
.dockerignore Fix manifest in CI build Mar 6, 2018
.gitattributes Use yarn.lock Nov 20, 2017
.gitignore feat: bundle the new WebUI Oct 2, 2018
.travis.yml Switch travisCI to LTS version of Node Apr 25, 2018
.yarnrc feat(build): switch yarn to Dec 20, 2018 chore(release): update CHANGELOG Dec 10, 2018 docs: CrowdIn→Transifex Sep 8, 2018
Dockerfile fix(ci): switch to nodejs v10.11.0 Dec 6, 2018
LICENSE Initial commit Mar 22, 2015
Makefile chore(package): bump dependecy versions Jun 15, 2017 docs(readme): update list of supported browsers Dec 19, 2018 update name and related URLs May 28, 2017
karma.conf.js chore: switch to standard v12 Aug 30, 2018
package.json feat: enable Web UI for embedded js-ipfs (#656) Jan 18, 2019
web-ext-config.js fix: remove maps from final bundle Oct 3, 2018
webpack.config.js fix(build): regenerate yarn.lock Dec 13, 2018
yarn.lock feat: enable Web UI for embedded js-ipfs (#656) Jan 18, 2019

IPFS Companion

Upgrade your browser with IPFS super powers

demo of v2.4.2

i18n status build-status #ipfs-in-web-browsers

Firefox / Firefox for Android Chrome / Brave / Opera
Install From AMO Install from Chrome Store

Lead Maintainer

Marcin Rataj

Table of Contents


This add-on enables everyone to access IPFS resources the way they were meant: from locally running IPFS node :-)

IPFS is a new hypermedia distribution protocol, addressed by content and identities. IPFS enables the creation of completely distributed applications. It aims to make the web faster, safer, and more open.

Learn more at (it is really cool, we promise!)


Automagical Detection of IPFS Resources

IPFS Path in URL

Requests for IPFS-like paths (/ipfs/{cid} or /ipns/{peerid_or_host-with-dnslink}) are detected on any website.
If tested path is a valid IPFS address it gets redirected and loaded from a local gateway, e.g:


Companion will detect presence of DNSLink in DNS records of visited websites and redirect HTTP request to a local gateway.

This means if you visit websites with a valid DNSLink (eg.,,, browser will load them from IPFS.

More details: DNSLink Support in IPFS Companion


Companion will upgrade transport to IPFS if the header is found in any HTTP response headers. This is a fallback for edge cases when IPFS path is not present in URL.

More details: x-ipfs-path Header Support in IPFS Companion

Redirect Opt-Out

It is possible to opt-out from redirect by a) suspending extension via global toggle b) including x-ipfs-companion-no-redirect in the URL (as a hash or query parameter).

IPFS API as window.ipfs

Your IPFS node is exposed as window.ipfs on every webpage. Websites can detect if window.ipfs exists and opt-in to use it instead of creating their own js-ipfs node. It saves system resources and battery (on mobile), avoids the overhead of peer discovery/connection, enables shared repository access and more! Make sure to read our notes on window.ipfs, where we explain it in-depth and provide examples on how to use it your own dapp.

Toggle IPFS Integrations

screenshot of suspend toggle

The Browser Action pop-up provides a toggle for suspending all active IPFS integrations with a single click.

IPFS Status and Context Actions

  • IPFS API and Gateway status
  • Add local (quick upload) or remote files (context menu) to IPFS with option to preserve filename
  • Easy access to WebUI and add-on Preferences
  • Toggle redirection to local gateway (automatic by default, manual mode can be enabled in Preferences)
  • Additional actions for pages loaded from IPFS
    • Pin/Unpin of IPFS resources (via API)
    • Copy canonical IPFS address
    • Copy shareable URL to resource at preferred public gateway


(some are disabled by default, use Preferences screen to enable)

  • Requests made via experimental protocols are re-routed to HTTP gateway (public or custom):
    • ipns://$cid
    • ipns://$cid_or_fqdn
    • dweb:/ipfs/$cid
    • dweb:/ipns/$cid_or_fqdn
  • Make plaintext IPFS links clickable (demo)
  • Switch between External HTTP API and Embedded js-ipfs node. Read about differences at docs/node-types.

    screenshot of node type switch


Release Channel

We recommend installing the stable release via your browser's add-on store.

Firefox / Firefox for Android Chromium-based: Chrome, Brave, Opera
Install From AMO Install from Chrome Store

Note: ipfs-companion is designed to retrieve content from a locally running IPFS daemon.
Make sure IPFS is installed on your computer.

Beta Channel

Developers and enthusiasts can opt-in for Beta-quality channel with hand-picked Dev Builds:

It is also possible to grab the last successful build from master, but these builds are not signed nor will automatically update: .zip bundles are meant only to be manually loaded via chrome://extensions (Chromium-based) or about:debugging (Firefox) for the purpose of quick smoke-testing.


To work on the extension you need to install it from source rather than from the add on store.

  1. Clone

  2. Build it:

    npm install
    npm run build    
    npm run bundle:generic # for Chromium-based dev
    # or
    npm run bundle:firefox # for Firefox dev (build default)
  3. Load it into browser:

    • Chromium-based

      1. Enter chrome://extensions in the URL bar
      2. Enable "Developer mode"
      3. Click "Load unpacked extension..."
      4. Pick the directory add-on
    • Firefox

      1. Enter about:debugging in the URL bar
      2. Check "Enable add-on debugging"
      3. Click "Load Temporary Add-on"
      4. Pick the file add-on/manifest.json

See docs/ for more detailed instructions

Reproducible Build in Docker

Want to ensure prebuilt bundle does not include any additional code?
Don't want to install JS dependencies such as NodeJS and yarn?

Do an isolated build inside of Docker!

Run the following command for ending up with a built extension inside the build/ directory:

npm run release-build

It is an alias for running ci:build script inside of immutable Docker image, which guarantees the same output on all platforms.

Legacy Firefox (< 53) and XUL-Compatible Browsers

Legacy versions 1.x.x were based on currently deprecated Add-On SDK (Firefox-only).
While it is not maintained anymore, one can inspect, build and install it using codebase from legacy-sdk branch.
For historical background on the rewrite see Issue #20: Move to WebExtensions.


Feel free to join in. All welcome. Open an issue!

If you want to help in developing this extension, please see CONTRIBUTING page

The browser extension team hangs out at the #ipfs-in-web-browsers channel on Freenode.

This repository falls under the IPFS Code of Conduct.


The best place to ask your questions about IPFS in general, how it works and what you can do with it is at
We are also available at the #ipfs channel, where most of IPFS community hangs out.

Questions specific to this browser companion can be asked directly at #ipfs-in-web-browsers

Cross-Origin XHR are executed "twice" in Firefox

Due to CORS bug XHRs in Firefox are handled via late redirects in onHeadersReceived. Original request is cancelled after response headers are received, so there is no overhead of reading response payload twice.

For more details on this see PR #511.

Upload via Right-Click Does Not Work in Firefox

See this workaround.

Workaround for HTTP Redirect to Work with Ghostery

Ghostery is known to toy with HTTP-to-HTTPS redirect, which in some setups breaks websites utilizing public gateways. More details in #466. Until it is fixed upstream, a workaround is to whitelist affected site.

Rule to Work with NoScript with ABE Enabled

By default NoScript breaks this addon by blocking assets loaded from IPFS Gateway running on localhost.
To make it work, one needs to extend the SYSTEM Rulset and prepend it with IPFS whitelist:

# Enable IPFS redirect to LOCAL
Site ^|ipns)*

# Prevent Internet sites from requesting LAN resources.
Accept from LOCAL

Feel free to modify it, but get familiar with ABE rule syntax first.


IPFS logo belongs to The IPFS Project and is licensed under a CC-BY-SA 3.0.

is-ipfs, js-multihash and other NPM dependencies are under MIT license, unless stated otherwise.

The add-on itself is released under CC0: to the extent possible under law, the author has waived all copyright and related or neighboring rights to this work, effectively placing it in the public domain.