The ngrok project is composed of two components, the ngrok client (ngrok) and the ngrok server (ngrokd). The ngrok client is the more complicated piece because it has UIs for displaying saved requests and responses.
git clone [email protected]:inconshreveable/ngrok.git
cd ngrok && make
bin/ngrok [LOCAL PORT]
There are Makefile targets for compiling just the client or server.
make client
make server
Both the client and the server contain static asset files. These include TLS/SSL certificates and the html/css/js for the client's web interface. The release versions embed all of this data into the binaries themselves, whereas the debug versions read these files from the filesystem.
You should always develop on debug versions so that you don't have to recompile when testing changes in the static assets.
There are Makefile targets for compiling the client and server for releases:
make release-client
make release-server
make release-all
The strategy I use for developing on ngrok is to do the following:
Add the following lines to /etc/hosts:
127.0.0.1 ngrok.me
127.0.0.1 tunnel.ngrok.me
Run ngrokd with the following options:
./bin/ngrokd -domain ngrok.me
Run ngrok with the following options
./bin/ngrok -server=ngrok.me:4443 -subdomain=tunnel -log=ngrok.log 8080
This will get you setup with an ngrok client talking to an ngrok server all locally under your control. Happy hacking!
At a high level, ngrok's tunneling works as follows:
- The client initiates a long-lived TCP connection to the server over which they will pass JSON instruction messages. This connection is called the Control Connection.
- After the connection is established, the client sends a registration message.
- The server registers the tunnel and then sends a registration ACK message with information about the created tunnel.
- When the server receives a new public connection, it locates the approriate tunnel by examing the HTTP host header (or the port number for TCP tunnels). This connection from the public internet is called a Public Connection.
- The server sends a proxy request message to the client over the control connection.
- The client initiates a new TCP connection to the server called a Proxy Connection.
- The client sends a proxy registration message over the proxy connection so the server can associate it to the public connection that caused the request for the proxy connection to be initiated.
- The server begins copying the traffic byte-for-byte from the public connection to the proxy connection and vice-versa.
- The client opens a connection to the local port that was specified at startup. This is called the Private Connection.
- The client begins copying the traffic byte-for-byte from the proxied connection to the private connection and vice-versa.
- In order to determine whether a tunnel is still alive, the client periodically sends Ping messages over the control connection to the server, which replies with Pong messages.
- When a tunnel is detected to be dead, the server will clean up all of that tunnel's state and the client will attempt to reconnect and establish a new tunnel.
Messages are sent over the wire as netstrings of the form:
<message length><message payload>
The message length is sent as a 64-bit little endian integer.
The definitions and shared protocol routines lives under src/ngrok/msg
All of the different message types (Reg, PxyReq, Ping, etc) are defined here. This is a good place to go to understand exactly what messages are sent between the client and server.
Code for the server lives under src/ngrok/server
The ngrokd entry point is in src/ngrok/server/main.go. There is a stub at src/ngrok/main/ngrokd/ngrokd.go for the purposes of creating a properly named binary and being in its own "main" package to comply with go's build system.
Code for the client lives under src/ngrok/client
The ngrok entry point is in src/ngrok/client/main.go. There is a stub at src/ngrok/main/ngrok/ngrok.go for the purposes of creating a properly named binary and being in its own "main" package to comply with go's build system.
The html and javascript code for the ngrok web interface as well as other static assets like TLS/SSL certificates live under the top-level assets directory.
More documentation can be found in the comments of the code itself.