Skip to main content
SSH connections to Virtual Machines and Bare Metal servers use the key from SSH keys or Bare Metal SSH. Most failures trace back to a misconfigured key, the wrong default username, a missing public IP, or a blocked firewall port.

Cannot log in as root. Permission denied error

Gcore images have root SSH login disabled by default for security reasons. The default username depends on the operating system. During creation, the portal shows it as ssh [username]@ipaddress. The same login is shown beside Access to Console:
Navigate to Cloud > Virtual Instances and open the Virtual Machine.
After connecting with the default user, switch to root with:
Custom images may have different default usernames or allow root login. Check with the image provider for the specific access credentials.

No password received via email

Gcore does not send server credentials by email. Linux servers use SSH keys by default. If password access through the console is required for recovery, configure a console password when creating the server.
Set the console password in User data under Additional options.

Lost SSH key and cannot connect

If a console password was set at creation:
1

Open Access to Console

Log in with the username beside the button.
2

Append the public key

Replace PUBLIC_KEY with the OpenSSH public key on one line.
If no console password was set, open a root shell in recovery mode, then install a public key. On a Bare Metal server, reinstall with a new SSH key when the GRUB menu has no recovery mode entry.
Add more than one key during that setup. Set a console password in User data, so the console opens without the SSH key.

Connection timed out

On a Virtual Machine, check whether the attached security group allows SSH.
1

Open the attached security group

In Cloud > Networking > Security Groups, open the group on the Virtual Machine. Security groups include an SSH template for this port.
2

Allow inbound TCP port 22

3

Allow ICMP for connectivity testing

The default security group already includes these rules. Select the default group when creating a Virtual Machine to avoid misconfiguring a custom security group.

Permission denied (publickey) error

PuTTY and OpenSSH use different public key formats.
1

Use an OpenSSH public key

The key must start with ssh-rsa AAAA... or ssh-ed25519 AAAA.... A key that starts with BEGIN SSH2 PUBLIC KEY will not work.
2

Copy the PuTTYgen OpenSSH field

The field is Public key for pasting into OpenSSH authorized_keys file, at the top of the window. Save public key writes a different format.

No floating (public) IP address

A server created on a private subnet can have no public IP. SSH from an external network cannot reach the internal address, so attach a floating IP.

Cannot connect to a Windows server

For Windows servers, use Remote Desktop instead of SSH. Connect to the public IP shown on the server page. Remote Desktop uses TCP port 3389, and on Windows PCs the client is installed by default.

Network appliance images (FortiGate, MikroTik)

These Virtual Machine images use their own authentication, not an SSH key from SSH Keys. Use Access to Console on the Virtual Machine page for the initial login. After initial configuration, use the access methods supported by the appliance.