Bast.sh/SSH into GCP, AWS, Azure, and Box sandboxes
SSH into GCP, AWS, Azure, and Box sandboxes
Cloud consoles and one-off CLI copy-paste are fine until you have dozens of hosts. Bast imports live inventory from GCP, AWS, Azure, and box.ascii.dev, then connects with normal OpenSSH.
Cloud inventory goes stale the moment you bookmark it
Teams keep EC2 and GCE hosts in notes, SSH config stubs, or GUI session lists. Instances get replaced. Private IPs change. Bastion paths evolve. The bookmark stays wrong.
Provider consoles can open a session, but they do not organize the fleet the way a terminal-first engineer actually works.
Provider CLIs in, OpenSSH out
Bast sync pulls hosts through gcloud, AWS CLI v2, Azure CLI, or the ASCII Box box CLI. Synced hosts are read-only reflections of cloud inventory. When sync runs again, the list updates instead of rotting.
Connecting still uses your system ssh binary and the same config patterns you already know, including tunnels and identity handling documented per provider.
Import a cloud account
- Authenticate the provider CLI on your machine (
gcloud,aws,az, orbox). - Run
bast sync gcp,bast sync aws,bast sync azure, orbast sync box(or use the Sync tab in the TUI). - Open Bast, find the imported hosts, and connect. Start with the GCP, AWS, Azure, or box.ascii.dev guide for provider notes.
Keep cloud credentials out of your SSH client
Bast does not ask you to paste cloud API keys into a proprietary host database. It uses the CLIs you already trust for cloud auth, then writes local SSH config for the resulting hosts.
Install Bast
macOS and Linux. Then run bast and work from your existing OpenSSH setup.
curl -fsSL https://bast.sh/install | shLatest release v0.8.0