p2p-clipboard is a Peer-to-Peer cross-platform clipboard syncing tool. It enables users to synchronize clipboard contents across multiple machines without the need for a centralized server.
Currently, it supports Windows, macOS, and partially Linux platforms. See the Limitation section for Linux support status.
- Peer-to-Peer clipboard syncing: Sync clipboard contents across machines seamlessly.
- Cross-platform compatibility: Works on Windows, macOS, and partially on Linux.
- Decentralized and flexible architecture: No need for a centralized server, and works for most network topologies.
- Easy setup and usage: Zero config for basic usage.
- Tray application wrapper for Windows is available at p2p-clipboard-windows.
- Menu bar application wrapper for macOS is available at p2p-clipboard-mac.
Pre-built binaries for Windows(x86-64), macOS(universal) and Linux(x86-64 and arm64) are available on the release page.
macOS users need to do xattr -d com.apple.quarantine /path/to/p2p-clipboard
first to run it.
git clone https://github.com/gnattu/p2p-clipboard.git
cd p2p-clipboard
cargo build --release
Please note: if you are using Linux, you will also need libxcb
and its dev-dependencies installed.
A Peer-to-Peer clipboard syncing tool.
Usage: p2p-clipboard [OPTIONS]
Options:
-c, --connect <IP:PORT> <PEER_ID> The remote peer to connect to on boot up
-k, --key <PATH> Path to custom private key. The key should be an ED25519 private key in PEM format
-l, --listen <IP:PORT> Local address to listen on
-p, --psk <PSK> Pre-shared key. Only nodes with same key can connect to each other
-n, --no-mdns If set, no mDNS broadcasts will be made
-h, --help Print help
-V, --version Print version
- Run p2p-clipboard on each machine you want to sync clipboard contents.
- Ensure that machines are connected to the same network.
- Copy text to the clipboard on one machine, and it should be synchronized with other machines automatically.
To synchronize the clipboard, you need at least two nodes connected to each other to form a peer-to-peer network.
p2p-clipboard offers two network bootstrapping modes:
-
Automatic Discovery: By default, p2p-clipboard uses mDNS to automatically find peers within the same network. You just run it, and it should discover peers in the same network and start sharing clipboard.
-
Manual Bootstrapping: For more complicated networks where mDNS cannot be used, you can manually specify a "boot node" during startup. This node serves as the initial connection point, and it can be any node already in the p2p network. You specifiy it with
-c
or--connect
, and p2p-clipboard will find all other peers through that peer.
You can manually select which IP or port to use with -l
or --listen
option. If you only want to spcify IP and don't care about port number, you use 0
as the port number: -l 127.0.0.1:0
. If you only want to spcify a port number and want to use all IPs, you use 0.0.0.0
as the IP address: -l 0.0.0.0:12450
Each node needs to have a unique keypair as its identifier in the p2p network. It is an ED25519
keypair and is used for encrypting traffic as well. The PeerID
is the string representation of the public key of that keypair. By default, the keypair is derived from your machine ID. If you want to specify your own key, you can generate your own private key with the following command:
openssl genpkey -algorithm Ed25519 -out private_key.pem
And then use -k
or --key
to use it.
If not everyone in your local network is trusted by you, you can specify an extra pre-shared key to make your p2p network private. The pre-shared key can be any string and is specified with -p
or --psk
. Only nodes with the same pre-shared key can be peers with each other. This key won't be sent over network.
If you plan to use p2p-clipboard in a public network, you may want to use -n
or --no-mdns
to disable peer discovery with mDNS and manually specify a boot node.
The p2p-clipboard Network is designed to be highly flexible, allowing nodes to operate in various network configurations. Unlike many other projects, it does not require all nodes to be in the same network subnet, nor does it strictly demand direct IP access to other nodes.
In the p2p-clipboard Network, when a peer receives a new message (the clipboard content) from another peer, it stores the message and forwards a copy to all other peers it is connected. This makes it possible to ensure seamless communication between nodes, even when direct IP connections are not possible.
For example, PeerB can connect to both PeerA and PeerC. However, PeerA and PeerC do not have a direct IP connection between them. In this case, PeerB will automatically act as a forwarder, ensuring that information can still be transmitted between PeerA and PeerC.
Peer A Peer B Peer C
+---------+ +---------+ +---------+
| | | | | |
| A |<--->| B |<--->| C |
| | | | | |
+---------+ +---------+ +---------+
This will be useful when some peers in your network are behind some kind of NAT, which makes other peers unable to connect to them directly. In this case, a peer behind NAT will try to establish a connection from its side to all other peers in the network. However, we may also have some other peers which are also behind NAT, making it impossible to have direct connections between them. In this case, as long as there is a forwarding path available between these two peers, they can still have the clipboard synced.
Currently has following limitation:
- Only supports pure text contents.
- The max payload size over network is hardcoded to 64KB after compression at the moment, which is ~150KB raw data. This should be sufficient for most use cases, but it may be increased in the future.
- The default zero-configuration setup is suitable only when everyone in your local network is trusted by you. While all data is encrypted with TLS, the default setting allows anyone running p2pclipboard in your local network to read your clipboard, potentially exposing sensitive information. Use a PSK if not everyone in your LAN is trusted.
- For Linux users: Not all Wayland compositors are supported, so if your desktop environmen uses an unsupported compositor, you will need to use X11 instead. The Wayland standard protocol does not allow windowless applications like p2p-clipboard to access the user clipboard. Compositors need to implement their own protocols for such use cases. wlroots-based compositors and KDE's KWin implement the
wlr_data_control
protocol, but GNOME's Mutter and Wayland's own Weston do not.
This project is licensed under the MIT License.