A step-by-step walkthrough of the server creation process in ServerSpot.
Enter the core details needed to identify and reach your server.
| Field | Description | Default |
|---|---|---|
| Server Name | A label for this server (e.g. "Production", "Staging") | — |
| Host / IP Address | The IP address or domain name of your server | — |
| SSH Port | The port SSH is listening on | 22 |
| Username | The SSH user you connect as | root |
Choose how ServerSpot will authenticate with your server.
The simplest option. Enter the SSH password for the username from Step 1. The password is encrypted before storage (see Step 3).
More secure and the recommended option for production servers. You have two choices:
~/.ssh/id_rsa). If the key is passphrase-protected, enter the passphrase as well.
All credentials stored by ServerSpot are encrypted using AES-256-GCM with a passphrase only you set. This is a zero-knowledge setup — ServerSpot cannot access your credentials without your passphrase.
Enter a passphrase (minimum 8 characters) and confirm it. Tips for a strong passphrase:
If you have already added servers to ServerSpot, you can reuse one of their encryption keys. Select a server from the list and enter its passphrase to verify access. The new server will share the same encryption key.
If you lose your encryption passphrase, the credentials for every server sharing that key become permanently inaccessible. You would need to delete and recreate those servers.
These are optional and can be left at their defaults for most setups.
If your SSH user needs sudo to run commands, enable the checkbox and pick the appropriate option:
| Option | When to use |
|---|---|
| No password required | Your user has passwordless sudo (NOPASSWD in sudoers). This is the default on most cloud VPS providers. |
| Same as SSH password | Sudo prompts for a password and it matches the SSH password. Only applies to password-based auth. |
| Different password | Sudo uses a separate password. Enter it in the field that appears. |
How long (in seconds) ServerSpot waits before considering a connection attempt failed. Range is 10–120 seconds; the default is 30.
STEP 5Decide who else can access this server within your organization.
If you chose "Team", select the organization members who should be able to manage this server. You can always adjust this later from the server settings.
STEP 6A summary of everything you entered is shown for a final check:
Click Test & Create Server to verify the connection. ServerSpot will attempt to connect using the credentials you provided. The server is only saved if the connection test succeeds — everything is encrypted end-to-end before storage.
| Problem | Likely cause |
|---|---|
| Connection test fails | Incorrect host, port, username, or credentials. Double-check each field. |
| SSH key not accepted | The public key was not added to ~/.ssh/authorized_keys on your server, or you pasted the wrong key. |
| Sudo commands fail | The sudo configuration does not match your server's setup. Revisit Step 4. |
| Passphrase error on existing key | The passphrase entered does not match the one used when the original server was created. |
Still stuck? The server creation form also has a built-in tutorial walkthrough available from the Tutorial button.