Connect two peers by key with HyperDHT
Connect client and server peers by public key using HyperDHT hole punching.
HyperDHT helps clients connect to a server peer with a known public key.
HyperDHT uses a series of holepunching techniques to establish direct connections between the peers, even if they're located on home networks with tricky NATs.
In the HyperDHT, peers are identified by a public key, not by an IP address. The public key is looked up in a decentralized hash table, which maps the key to an IP address and port. This means users can connect to each other irrespective of their location, even if they move between different networks.
HyperDHT's holepunching will fail if both the client peer and the server peer are on randomizing NATs, in which case the connection must be relayed through a third peer. HyperDHT does not do any relaying by default.
For example, Keet implements its relaying system wherein other call participants can serve as relays -- the more participants in the call, the stronger overall connectivity becomes.
Use the HyperDHT to create a basic CLI chat app where a client peer connects to a server peer by public key.
The example consists of two applications: client-app and server-app.
Create the server app
The server-app creates a key pair, starts a server listening on it, and logs the public key. Copy that key — the client uses it to connect.
Create the server project
Create the server-app project with the following commands:
mkdir server-app
cd server-app
npm init -y
npm pkg set type="module"
npm install hyperdht b4a bare-processAdd the server logic
Alter server-app/index.js to the following:
import DHT from 'hyperdht'
import b4a from 'b4a'
import process from 'bare-process'
const dht = new DHT()
// This keypair is the peer identifier in the DHT
const keyPair = DHT.keyPair()
const name = b4a.toString(keyPair.publicKey, 'hex')
const server = dht.createServer(conn => {
const peer = b4a.toString(conn.remotePublicKey, 'hex')
console.log('* got a connection from:', peer, '*')
conn.on('data', data => console.log(`${peer}: ${data}`))
process.stdin.on('data', d => {
console.log(`${name}: ${d}`)
conn.write(d)
})
})
server.listen(keyPair).then(() => {
console.log('listening on:', name)
})
// Unannounce the public key before exiting the process
// (Not strictly required, but it helps avoid DHT pollution.)
process.once('SIGINT', () => server.close().then(() => process.exit(0)))Run the server
To run the server-app, move one directory up and run the following command:
bare server-appCreate the client app
Create the client project
In another terminal create the client-app project with the following commands:
mkdir client-app
cd client-app
npm init -y
npm pkg set type="module"
npm install hyperdht b4a bare-processAdd the client logic
Alter client-app/index.js to the following:
import DHT from 'hyperdht'
import b4a from 'b4a'
import process from 'bare-process'
const key = Bare.argv[2]
if (!key) throw new Error('provide a key')
console.log('Connecting to:', key)
const publicKey = b4a.from(key, 'hex')
const dht = new DHT()
const name = b4a.toString(dht.defaultKeyPair.publicKey, 'hex')
const conn = dht.connect(publicKey)
conn.once('open', () => {
const peer = b4a.toString(conn.remotePublicKey, 'hex')
console.log('* got a connection from:', peer, '*')
})
conn.on('data', data => {
const peer = b4a.toString(conn.remotePublicKey, 'hex')
console.log(`${peer}: ${data}`)
})
process.stdin.on('data', d => {
console.log(`${name}: ${d}`)
conn.write(d)
})Run the chat client
To run the client-app, move one directory up and run the following command:
bare client-app <SUPPLY KEY HERE>The client-app will spin up a client, and the public key copied earlier must be supplied as a command line argument for connecting to the server.
The client process will log got connection into the console when it connects to the server.
Once it's connected, try typing in both terminals.
See also
- Connect to many peers by topic with Hyperswarm — discover peers by a shared topic instead of a known public key.
- Peer-to-peer, demystified — hole punching, public-key identity, and when to use HyperDHT vs Hyperswarm.
- HyperDHT reference — full API for the DHT node, servers, and connections used in this guide.
- Secretstream — the Noise-encrypted stream layer wrapping every HyperDHT connection.
- Dependencies and network — the IP-level information peers observe during a HyperDHT connection.