Skip to content

Latest commit

 

History

History
234 lines (166 loc) · 8.6 KB

MANUAL.md

File metadata and controls

234 lines (166 loc) · 8.6 KB
Raw

Jumpbox Genesis Kit Manual

The Jumpbox Genesis Kit deploys a VM, with persistent users, that can be used as a starting point for connecting to internal VPC/VPN infrastructure inside the cloud.

The jumpbox contains a multitude of utilities useful for managing and interacting with BOSH, Cloud Foundry, Concourse, and other related components.

Base Parameters

  • hostname - Override the jumpbox hostname. By default, the jumpbox VM will be named after the environment, with the suffix -jumpbox appended.

  • banner - A login / MOTD banner to display to all users logging into the jumpbox over SSH.

  • hosts - A list of IP address / FQDN lines that should be appended to /etc/hosts, to override DNS or provide missing name records.

  • env_vars - A map of custom environment variables to be set for all users on the jumpbox. The keys of this map will be taken to be environment variable names.

  • bashrc - Contents of a Bash script that will be executed for every user, on every SSH login. Use with care.

  • users - A list of users to create accounts for on the jumpbox.

    This is a list of maps.

    Each map represents a single user, and must contain the following keys:

    • username - The account name
    • shell - Login shell, i.e. /bin/bash or /bin/zsh
    • ssh_keys - A list of public SSH keys to authorize for password-less authentication against this account.

    Note that this kit does not support SSH accounts that are not authenticated via SSH keys; you cannot set up password-based user authentication.

    You can also specify the array of users in a separate YAML file, and specify the users_file parameter to specify the name of that file, relative to the directory containing the environment file. These two methods can be used together, but if doing so, ensure the users parameter has as its first entry a - ((append)) array operator.

Deployment Parameters

  • jumpbox_disk_pool - The persistent disk pool that the jumpbox VM will use. This pool must exist in your cloud config. Defaults to jumpbox.

  • jumpbox_vm_type - What type of VM to deploy. This type must exist in your cloud config. Defaults to jumpbox.

  • jumpbox_network - What network to deploy the jumpbox into. This network must be defined in your cloud config. Defaults to jumpbox.

  • availability_zones - What BOSH HA availability zones to deploy to. Since jumpbox deployments normally only consist of a single VM, this is not useful for high availability. Defaults to z1.

Cloud Configuration

By default, this kit uses the following VM types/networks/disk pools from your Cloud Config. Feel free to override them in your environment, if you would rather they use entities already existing in your Cloud Foundry:

params:
  jumpbox_network:   jumpbox
  jumpbox_disk_pool: jumpbox # should be at least 50GB
  jumpbox_vm_type:   jumpbox # VMs should have at least 1 CPU, and 2GB of memory

Available Features

  • dev-tools - By default, the developer build tools such as compilers and software development utilities (see here for list) won't be included on the jumpbox for security reasons. If you'd like to have these included, use this feature.

  • bastion - Dual-home a jumpbox, turning it into a bastion host that straddles two networks.

    Activating this feature also activates the following parameters:

    • inside_network - The name of the network to add a secondary, inside network interface. This paremeter is required.

  • openvpn - Provides an OpenVPN server, giving users access to the internal infrastructure without requiring an SSH session. Instead, users will be issued an X.509 identity certificate which will grant them access to connect to the VPN and access internal resources from their connecting device (usually their own workstation).

    The VPN server works with Tunnelblik, as well as various operating system vendor VPN client software.

    Activating this feature also activates the following parameters:

    • vpn_client_routes - A list of routes that should be routed across the VPN device, instead of the connected clients local default gateway.

      These must be specified in dotted-quad notation, i.e.: 192.168.0.0 255.255.255.0 (a /24).

    • vpn_dns_servers - A list of DNS servers that will be advertised to connecting VPN clients. Most VPN client software will set these as the canonical system name resolvers while the VPN is connected.

    • vpn_dns_search_domains - A list of DNS search domains that will be advertised to connecting VPN clients. This frees up clients from having to type the entire FQDN for name resolution to function properly.

    • vpn_client_network - A network pool from which to assign IP addresses to connected client endpoints. This defaults to 172.31.255.0, with a /24 netmask (set separately).

      If the defaults conflict with other IP space you are using in your environment (home, work, or otherwise), you can override to use something more amenable.

      This value must not contain the /x CIDR mask, nor should it be accompanied by a dotted-quad network mask.

    • vpn_client_netmask - Netmask to use for the client pool. Defaults to 255.255.255.0 (a /24 network with 254 hosts).

    • vpn_min_tls_version - The minimum TLS version that OpenVPN will require for transactions to proceed. Defaults to 1.1, but can be downgraded to allow TLS 1.0 or upgraded to require TLS 1.2.

    • vpn_iptables_forward - iptables rules required for VPN traffic to flow properly. Automatically generated via genesis new however these can be modified or added to.

    • vpn_external_ip - External IP to set in the ovpn config for client access. Defaults to the IP address of the jumpbox but can be overridden if VPN traffic is routed via another address to the jumpbox.

    • vpn_protocol - Protocol to be used for VPN connections (i.e. udp or tcp).

    • vpn_external_port - Port to set in the ovpn config for client access. Defaults to 443 but can be overridden similar to the above IP parameter.

    • vpn_compress - Compression algorithm to be used for VPN connections (i.e. auto, lzo, lz4, lz4-v2).

    • vpn_extra_configs - List of additional OpenVPN server configuration options.

    • vpn_extra_client_configs - List of additional OpenVPN client configuration options.

Available Addons

  • inventory - Run the inventory errand against the deployment.

  • ssh - SSH into the jumpbox (interactively).

  • who - SSH into the jumpbox and determine who is logged in.

If the openvpn feature is enabled, the following addons are also available:

  • certs - List all the X.509 VPN certificates for the users registered on this jumpbox.

  • issue-cert <user> - Issue an X.509 certificate to a user, so that they can connect and authenticate to the VPN.

  • revoke-cert <user> - Revoke an issued X.509 VPN certificate.

  • renew-cert <user> - Renew the lifetime of an existing X.509 VPN certificate, without changing the key that the user has.

  • renew-all-certs - Renew the lifetime of an existing X.509 VPN certificate, without changing the key that the user has.

  • reissue-cert <user> - Reissue an X.509 VPN certificate, and generate a new key in the process. This is useful if, for example, a key has been lost or compromised. The old certificate will be revoked.

  • generate-vpn-config <user> - Generate a client certificate (if missing) and a new (or updated) openvpn config file for a given user

Examples

To use custom cloud config types:

---
kit:
  name:    jumpbox
  version: 0.4.0

genesis:
  env: acme-us-east-1-prod

params:
  jumpbox_network:   access
  jumpbox_disk_pool: big-and-cheap
  jumpbox_vm_type:   medium

Caveats

Jumpbox deployments cannot be updated by BOSH while people are logged in. The jumpbox BOSH release made a conscious decision not to implement a drain script that terminated user sessions, in order to avoid inconveniencing operators and risking data loss.

History

Version 0.4.0 was the first version to support Genesis 2.6 hooks for addon scripts and genesis info.

Up through version 0.3.4 of this kit, there was a subkit / feature called shield which colocated the SHIELD agent for performing local backups of the consul cluster. As of version 0.4.0, this model is no longer supported; operators are encouraged to use BOSH runtime configs to colocate addon jobs instead.