The Wayback Machine - https://web.archive.org/web/20190323130855/https://github.com/maxmcd/webtty
Skip to content
Please note that GitHub no longer supports your web browser.

We recommend upgrading to the latest Google Chrome or Firefox.

Share a terminal session over WebRTC
Branch: master
Clone or download
Permalink
Type Name Latest commit message Commit time
Failed to load latest commit information.
.circleci
pkg/sd
web-client Clean up Dockerfile Nov 18, 2018
.dockerignore Custom docker images for circleci Nov 11, 2018
.gitignore Rename WebRTTY > WebTTY Nov 13, 2018
.goreleaser.yml Add goreleaser Dec 16, 2018
Dockerfile DTLS native (#16) Dec 16, 2018
LICENSE Create LICENSE Nov 12, 2018
client.go
client_test.go Renaming of configs to sessions, some improved error handing, better … Nov 12, 2018
docker-compose.yml DTLS native (#16) Dec 16, 2018
go.mod
go.sum Add releases note, revert webrtc to pre ipv6 Dec 16, 2018
host.go
host_test.go Renaming of configs to sessions, some improved error handing, better … Nov 12, 2018
main.go
readme.md Add releases note, revert webrtc to pre ipv6 Dec 16, 2018
session.go Correct webrtc callbacks to match new pions api Nov 19, 2018
ten_kb_site.go
ten_kb_site_test.go
test_utils.go Restructure, better test coverage, json offer, 10kb initial work Nov 8, 2018

readme.md

WebTTY

WebTTY allows you to share a terminal session from your machine using WebRTC. You can pair with a friend without setting up a proxy server, debug servers behind NATs, and more. WebTTY also works in-browser. You can connect to a WebTTY session from this static page: https://maxmcd.github.io/webtty/

Status

There are a handful of bugs to fix, but everything works pretty well at the moment. Please open an issue if you find a bug.

Installation

Download a binary from the releases page: https://github.com/maxmcd/webtty/releases

Or, install directly with Go. WebTTY requires go version 1.9 or higher.

go get -u github.com/maxmcd/webtty

There were recent breaking api changes in the pions/webrtc library. Make sure to run go get -u github.com/pions/webrtc if you're running into any installation errors.

Running

> webtty -h 
Usage of webtty:
  -cmd
        The command to run. Default is "bash -l"
        Because this flag consumes the remainder of the command line,
        all other args (if present) must appear before this flag.
        eg: webtty -o -v -ni -cmd docker run -it --rm alpine:latest sh
  -ni
        Set host to non-interactive
  -non-interactive
        Set host to non-interactive
  -o    One-way connection with no response needed.
  -s string
        The stun server to use (default "stun:stun.l.google.com:19302")
  -v    Verbose logging

On the host computer

> webtty
Setting up a WebTTY connection.

Connection ready. Here is your connection data:

25FrtDEjh7yuGdWMk7R9PhzPmphst7FdsotL11iXa4r9xyTM4koAauQYivKViWYBskf8habEc5vHf3DZge5VivuAT79uSCvzc6aL2M11kcUn9rzb4DX4...

Paste it in the terminal after the webtty command
Or in a browser: https://maxmcd.github.io/webtty/

When you have the answer, paste it below and hit enter.

On the client computer

> webtty 25FrtDEjh7yuGdWMk7R9PhzPmphst7FdsotL11iXa4r9xyTM4koAauQYivKViWYBskf8habEc5vHf3DZge5VivuAT79uSCvzc6aL2M11kcUn9rzb4DX4...

Terminal Size

By default WebTTY forces the size of the client terminal. This means the host size can frequently render incorrectly. One way you can fix this is by using tmux:

tmux new-session -s shared
# in another terminal
webtty -ni -cmd tmux attach-session -t shared

Tmux will now resize the session to the smallest terminal viewport.

One-way Connections

One-way connections can be enabled with the -o flag. A typical webrtc connection requires an SDP exchange between both parties. By default, WebTTY will create an SDP offer and wait for you to enter the SDP answer. With the -o flag the initial offer is sent along with a public url that the receiver is expected to post their response to. This uses my service 10kb.site. The host then polls the url continually until it gets an answer.

I think this somewhat violates the spirit of this tool because it relies on a third party service. However, one-way connections allow you to do very cool things. Eg: I can have a build server output a WebTTY connection string on error and allow anyone to attach to the session.

SDP descriptions are encrypted when uploaded and encryption keys are shared with the connection data to decrypt. So presumably the service being compromised is not problematic.

Very open to any ideas on how to enable trusted one-way connections. Please open an issue or reach out if you have thoughts. For now, the -o flag will print a warning and link to this explanation.

You can’t perform that action at this time.