Skip to content
 
 

Latest commit

 

History

99 Commits

Folders and files

NameName
Last commit message
Last commit date
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

Repository files navigation

rns-proxy

Disclaimer: This project is relatively new and may have security issues especially when run as a server, make sure to firewall your network This project may be incompatiable with older versions of itself as it is still being currently developed

SOCKS5 proxy that tunnels TCP connections and UDP packets over the Reticulum Network Stack. Route arbitrary TCP/UDP traffic through Reticulum's encrypted, delay-tolerant mesh network using the standard SOCKS5 protocol.

How it works

sequenceDiagram
    participant App
    participant Client as Client (SOCKS5 :1080)
    participant RNS as Reticulum Network
    participant Server as Server (exit node)
    participant Target as Target Host

    App->>Client: TCP CONNECT (SOCKS5)
    Client->>Client: SOCKS5 handshake + allocate session_id

    Client->>RNS: Frame(CONNECT, sid, host:port)
    RNS->>Server: Frame(CONNECT, sid, host:port)
    Server->>Target: TcpStream::connect(host:port)
    Target-->>Server: connected
    Server->>RNS: Frame(CONN_OK, sid)
    RNS->>Client: Frame(CONN_OK, sid)
    Client->>App: SOCKS5 success reply

    loop Bidirectional relay
        App->>Client: TCP data
        Client->>RNS: Frame(DATA, sid, payload)
        RNS->>Server: Frame(DATA, sid, payload)
        Server->>Target: TCP write

        Target-->>Server: TCP data
        Server->>RNS: Frame(DATA, sid, payload)
        RNS-->>Client: Frame(DATA, sid, payload)
        Client-->>App: TCP write
    end

    Note over Client,Server: Frame(CLOSE, sid) ends the session
Loading

The project consists of two main components:

  • Server (exit node) -- registers on the RNS network, accepts incoming links, and proxies TCP connections to target hosts as well as forwarding UDP traffic
  • Client (local proxy) -- runs a local SOCKS5 server, multiplexes all connections through a single encrypted RNS link to the server

As well as two additional wrappers around the socksv5 proxy:

  • Forward (server) -- registers on the RNS network a socksv5 proxy that only accepts requests to the specified ports on localhost
  • Connect (client) -- opens ports on localhost and forwards all traffic sent to the port to the reticulum server through a SOCKS5 proxy to that server's localhost ports, allowing non-SOCKS5 applications to work through reticulum pointing them at a localhost port.

All TCP and UDP sessions are multiplexed over one RNS link using a custom binary frame protocol. Frames larger than LINK_MDU are automatically chunked on send and reassembled on receive.

The client handles automatic reconnection when the link or underlying transport is lost, with exponential backoff and full RNS node recreation after repeated failures.

UDP

Currently UDP is tunneled over the network using a link destination along with TCP, meaning that UDP is currently ordered and reliable unnecessarily which increases latency. This may be changed in the future.

Build

Cargo

cargo build --release

Nix

nix build
# or enter dev shell:
nix develop

Usage

Prerequisites

A running Reticulum daemon (rnsd). Install via pip install rns.

rnsd
# or use the included example config:
./examples/run_rnsd.sh

Start the server

On the exit node machine:

rns-proxy server
# or with a custom identity file:
rns-proxy server --identity-file /path/to/identity

On first run the server generates a new identity and saves it to ~/.reticulum/rns_proxy_identity. On subsequent runs it loads the same identity, so the destination hash stays the same.

Server started. Client address:
  <32-hex-char-destination-hash>

If you are running a public outproxy, you may want to disable a user from accessing your local (loopback) and private addresses, which can be done with these flags

rns-proxy server --pl

Connect

To start a exit node that can only connect to certain localhost ports, you can instead do

rns-proxy forward -t 80 -u 23 -b 65000

which will forward tcp port 80, udp port 23 and forward both the tcp and udp ports of 65000. Any amount of ports can be specified.

Start the client

On the local machine:

rns-proxy client -d <hash-from-server>

The client starts a SOCKS5 proxy:

SOCKS5 ready: 127.0.0.1:1080

To make the proxy accessible from other devices on the network:

rns-proxy client -d <hash-from-server> -l 0.0.0.0:1080

Use it

Configure any application to use 127.0.0.1:1080 as a SOCKS5 proxy:

curl --socks5 127.0.0.1:1080 https://example.com

Connect

Connect to the localhost ports of the server and port forward it to your own localhost port.

rns-proxy connect -d <hash-from-server> -t 7657

You can also choose what client port instead of defaulting to the server's with a colon followed by the port number that should be opened

rns-proxy connect -d <hash-from-server> -t 7657:5601

CLI

rns-proxy [OPTIONS] <COMMAND>

Commands:
  server   Run the proxy server (exit node)
  client   Run the proxy client (local SOCKS5)
  connect  Connects to the localhost ports of the server (Port forwarding)
  forward  Exposes a SOCKS5 proxy that only allows clients to connect to the specified localhost ports.

Options:
  --debug           Enable debug logging
  -V, --version     Print version
  -h, --help        Print help

Protocol

Multiplexed frame format (wire-compatible with the Python implementation):

[1 byte type][4 bytes session_id][2 bytes payload_len][payload]
Type Code Description
CONNECT 0x01 Request connection to host:port
CONN_OK 0x02 Connection succeeded
CONN_ERR 0x03 Connection error (payload = UTF-8 reason)
DATA 0x04 Bidirectional data
CLOSE 0x05 Close session

About

SOCKS5 tunnels over the Reticulum Network Stack

Resources

Stars

2 stars

Watchers

0 watching

Forks

Releases

Packages

Contributors

Languages