# Supported contexts Context is the way to connect to the remote server. One needs to set {dargs:argument}`context_type ` to one of the following values: ## LazyLocal {dargs:argument}`context_type `: `LazyLocal` `LazyLocal` directly runs jobs in the local server and local directory. Since [`bash -l`](https://www.gnu.org/software/bash/manual/bash.html#Invoking-Bash) is used in the shebang line of the submission scripts, the [login shell startup files](https://www.gnu.org/software/bash/manual/bash.html#Invoking-Bash) will be executed, potentially overriding the current environment variables. Therefore, it's advisable to explicitly set the environment variables using {dargs:argument}`envs ` or {dargs:argument}`source_list `. ## Local {dargs:argument}`context_type `: `Local` `Local` runs jobs in the local server, but in a different directory. Files will be symlinked to the remote directory before jobs start and copied back after jobs finish. If the local directory is not accessible with the [batch system](./batch.md), turn off {dargs:argument}`symlink `, and then files on the local directory will be copied to the remote directory. Since [`bash -l`](https://www.gnu.org/software/bash/manual/bash.html#Invoking-Bash) is used in the shebang line of the submission scripts, the [login shell startup files](https://www.gnu.org/software/bash/manual/bash.html#Invoking-Bash) will be executed, potentially overriding the current environment variables. Therefore, it's advisable to explicitly set the environment variables using {dargs:argument}`envs ` or {dargs:argument}`source_list `. ## SSH {dargs:argument}`context_type `: `SSH` `SSH` runs jobs in a remote server. Files will be copied to the remote directory via SSH channels before jobs start and copied back after jobs finish. To use SSH, one needs to provide necessary parameters in {dargs:argument}`remote_profile `, such as {dargs:argument}`username ` and {dargs:argument}`hostname `. It's suggested to generate [SSH keys](https://help.ubuntu.com/community/SSH/OpenSSH/Keys) and transfer the public key to the remote server in advance, which is more secure than password authentication. Note that `SSH` context is [non-login](https://www.gnu.org/software/bash/manual/html_node/Bash-Startup-Files.html), so `bash_profile` files will not be executed outside the submission script. ### SSH Jump Host (Bastion Server) For connecting to internal servers through a jump host (bastion server), SSH context supports jump host configuration. This allows connecting to internal servers that are not directly accessible from the internet. Specify the ProxyCommand directly using {dargs:argument}`proxy_command `: ```json { "context_type": "SSHContext", "remote_profile": { "hostname": "internal-server.company.com", "username": "user", "key_filename": "/path/to/internal_key", "proxy_command": "ssh -W internal-server.company.com:22 -i /path/to/jump_key jumpuser@bastion.company.com" } } ``` **Note**: Unlike OpenSSH, Paramiko's ProxyCommand requires explicit hostname and port instead of `%h:%p` placeholders. The proxy command must specify the actual target hostname and port that matches the `hostname` and `port` in the remote profile. This configuration establishes the connection path: Local → Jump Host → Target Server. ## Bohrium {dargs:argument}`context_type `: `Bohrium` Bohrium is the cloud platform for scientific computing. Read Bohrium documentation for details. To use Bohrium, one needs to provide necessary parameters in {dargs:argument}`remote_profile `. ## HDFS {dargs:argument}`context_type `: `HDFS` The Hadoop Distributed File System (HDFS) is a distributed file system. Read [Support DPDispatcher on Yarn](dpdispatcher_on_yarn.md) for details. ## OpenAPI {dargs:argument}`context_type `: `OpenAPI` OpenAPI is a new way to submit jobs to Bohrium. It using [AccessKey](https://bohrium.dp.tech/personal/setting) instead of username and password. Read Bohrium documentation for details. To use OpenAPI, one needs to provide necessary parameters in {dargs:argument}`remote_profile `.