TL;DR: Download the latest release archive (with the link labelled as "Source code (…)") and extract it in your web hosts folder where you want to install your PrivateBin instance. We try to provide a mostly safe default configuration, but we urge you to check the security section below and the configuration options to adjust as you see fit.
NOTE: See our FAQ entry on securely downloading release files for more information.
NOTE: There is a ansible role by @e1mo available to install and configure PrivateBin on your server. It's available on ansible galaxy (source code).
- PHP version 7.0 or above
- Or PHP version 5.6 AND one of the following sources of cryptographically
safe randomness:
- Libsodium and it's PHP extension
open_basedir
access to/dev/urandom
- mcrypt extension AND
open_basedir
access to/dev/urandom
- com_dotnet extension
- Or PHP version 5.6 AND one of the following sources of cryptographically
safe randomness:
- GD extension
- zlib extension
- some disk space or a database supported by PDO
- ability to create files and folders in the installation directory and the PATH defined in index.php
- A web browser with JavaScript and (optional) WebAssembly support
In the index.php you can define a different PATH
. This is useful to secure
your installation. You can move the configuration, data files, templates and PHP
libraries (directories cfg, doc, data, lib, tpl, tst and vendor) outside of your
document root. This new location must still be accessible to your webserver and
PHP process (see also
open_basedir setting).
Your PrivateBin installation lives in a subfolder called "paste" inside of your document root. The URL looks like this: http://example.com/paste/
The full path of PrivateBin on your webserver is: /srv/example.com/htdocs/paste
When setting the path like this: define('PATH', '../../secret/privatebin/');
PrivateBin will look for your includes and data here: /srv/example.com/secret/privatebin
In situations where you want to keep the PrivateBin static files separate from the
rest of your data, or you want to reuse the installation files on multiple vhosts,
you may only want to change the conf.php
. In this case, you can set the
CONFIG_PATH
environment variable to the absolute path to the conf.php
file.
This can be done in your web server's virtual host config, the PHP config, or in
the index.php, if you choose to customize it.
Note that your PHP process will need read access to the configuration file, wherever it may be.
Setting the value in an Apache Vhost: SetEnv CONFIG_PATH /var/lib/privatebin/conf.php
In a php-fpm pool config: env[CONFIG_PATH] = /var/lib/privatebin/conf.php
In the index.php, near the top: putenv('CONFIG_PATH=/var/lib/privatebin/conf.php');
When setting up PrivateBin, also set up HTTPS, if you haven't already. Without HTTPS PrivateBin is not secure, as the JavaScript or WebAssembly files could be manipulated during transmission. For more information on this, see our FAQ entry on HTTPS setup recommendations.
After completing the installation, you should make sure, that other users on the
system cannot read the config file or the data/
directory, as – depending on
your configuration – potentially sensitive information may be stored in there.
See our FAQ entry on permissions for a detailed guide on how to "harden" access to files and folders.
In the file cfg/conf.php
you can configure PrivateBin. A cfg/conf.sample.php
is provided containing all options and their default values. You can copy it to
cfg/conf.php
and change it as needed. Alternatively you can copy it anywhere
and set the CONFIG_PATH
environment variable (see above notes). The config
file is divided into multiple sections, which are enclosed in square brackets.
In the [main]
section you can enable or disable the discussion feature, set
the limit of stored pastes and comments in bytes. The [traffic]
section lets
you set a time limit in seconds. Users may not post more often then this limit
to your PrivateBin installation.
More details can be found in the configuration documentation.
A robots.txt
file is provided in the root dir of PrivateBin. It disallows all
robots from accessing your pastes. It is recommend to place it into the root of
your web directory if you have installed PrivateBin in a subdirectory. Make sure
to adjust it, so that the file paths match your installation. Of course also
adjust the file, if you already use a robots.txt
.
A .htaccess.disabled
file is provided in the root dir of PrivateBin. It blocks
some known robots and link-scanning bots. If you use Apache, you can rename the
file to .htaccess
to enable this feature. If you use another webserver, you
have to configure it manually to do the same.
If you want to use PrivateBin behind Cloudflare, make sure you have disabled the Rocket loader and unchecked "Javascript" for Auto Minify, found in your domain settings, under "Speed". More information can be found in our FAQ entry on Cloudflare related issues.
In the configuration file the [model]
and [model_options]
sections let you
configure your favourite way of storing the pastes and discussions on your
server.
Filesystem
is the default model, which stores everything in files in the
data folder. This is the recommended setup for most sites on single hosts.
Under high load, in distributed setups or if you are not allowed to store files
locally, you might want to switch to the Database
model. This lets you
store your data in a database. Basically all databases that are supported by
PDO may be used. Automatic table
creation is provided for pdo_ibm
, pdo_informix
, pdo_mssql
, pdo_mysql
,
pdo_oci
, pdo_pgsql
and pdo_sqlite
. You may want to provide a table prefix,
if you have to share the PrivateBin database with another application or you want
to use a prefix for
security reasons.
The table prefix option is called tbl
.
The
Database
model has only been tested with SQLite, MariaDB/MySQL and PostgreSQL, although it would not be recommended to use SQLite in a production environment. If you gain any experience running PrivateBin on other RDBMS, please let us know.
The following GRANTs (privileges) are required for the PrivateBin user in MariaDB/MySQL. In normal operation:
- INSERT, SELECT, DELETE on the paste and comment tables
- SELECT on the config table
If you want PrivateBin to handle table creation (when you create the first paste) and updates (after you update PrivateBin to a new release), you need to give the user these additional privileges:
- CREATE, INDEX and ALTER on the database
- INSERT and UPDATE on the config table
For reference or if you want to create the table schema for yourself to avoid
having to give PrivateBin too many permissions (replace prefix_
with your own
table prefix and create the table schema with your favourite MariaDB/MySQL
client):
CREATE TABLE prefix_paste (
dataid CHAR(16) NOT NULL,
data MEDIUMBLOB,
postdate INT,
expiredate INT,
opendiscussion INT,
burnafterreading INT,
meta TEXT,
attachment MEDIUMBLOB,
attachmentname BLOB,
PRIMARY KEY (dataid)
);
CREATE TABLE prefix_comment (
dataid CHAR(16),
pasteid CHAR(16),
parentid CHAR(16),
data BLOB,
nickname BLOB,
vizhash BLOB,
postdate INT,
PRIMARY KEY (dataid)
);
CREATE INDEX parent ON prefix_comment(pasteid);
CREATE TABLE prefix_config (
id CHAR(16) NOT NULL, value TEXT, PRIMARY KEY (id)
);
INSERT INTO prefix_config VALUES('VERSION', '1.4.0');
In PostgreSQL, the data
, attachment
, nickname
and vizhash
columns
need to be TEXT
and not BLOB
or MEDIUMBLOB
. The key names in brackets,
after PRIMARY KEY
, need to be removed.
In Oracle, the data
, attachment
, nickname
and vizhash
columns need
to be CLOB
and not BLOB
or MEDIUMBLOB
, the id
column in the config
table needs to be VARCHAR2(16)
and the meta
column in the paste
table
and the value
column in the config
table need to be VARCHAR2(4000)
.
If you want to deploy PrivateBin in a serverless manner in the Google Cloud, you
can choose the GoogleCloudStorage
as backend. To use this backend, you create
a GCS bucket and specify the name as the model option bucket
. Alternatively,
you can set the name through the environment variable PRIVATEBIN_GCS_BUCKET
.
The default prefix for pastes stored in the bucket is pastes
. To change the
prefix, specify the option prefix
.
Google Cloud Storage buckets may be significantly slower than a FileSystem
or
Database
backend. The big advantage is that the deployment on Google Cloud
Platform using Google Cloud Run is easy and cheap.
To use the Google Cloud Storage backend you have to install the suggested
library using the command composer require google/cloud-storage
.