ssh: connect to host ***.**.**.** port 22: Operation timed out

July 24, 2014 85.6k views
voshod.solis.ortus
By:
voshod.solis.ortus

Yesterday I created a droplet. Tried to connect through the console, but gives this message : ssh: connect to host **...* port 22: Operation timed out. I'm from Ukraine. Server took in London.

2 comments
  • fmilland February 8, 2015

    Hi, same thing happened today, solved it by specifying to allow port 22 in ufw config like so

    sudo ufw allow 22/tcp

    Regards.

  • prashantsani October 31, 2015

    Even I had a similar problem for one of my ISP. Since I have 2 Internet connections, I ssh-logged in on the second one and entered the above command by @fmilland 

    sudo ufw allow 22/tcp

    Then, after flushing my DNS cache, it started working on my 1st connection as well.

    But I have a question though, does my server become less secure or more prone to hacks by entering "sudo ufw allow 22/tcp"? Thanks.

Log In to Comment
6 Answers
tamara August 10, 2014

I had a similar issue twice with two different droplets. Rebooting the server helped in both cases.

Login to your DigitalOcean dashboard and access the droplet via the Console Access. If you're able to login there, just enter the following command to reboot

sudo reboot

If you cannot login, then use the Power Cycle button instead.

Hope this helps someone :)

Reply
yashmurty December 15, 2014

I also had a similar problem.
Was getting connection timed out all the time. :(

On using the Power Cycle, as pointed out by @tamara worked for me. :)

Reply
info292414 July 28, 2014

Is your droplet marked as Active in the control panel?

In case it is, you may be experiencing a routing problem which your ISP should be able to fix. You can try to run a traceroute to see if this is the case (tracert command in Windows, traceroute command in Linux).

If the traceroute succeeds without timeouts/endless loops, then try to create a new Ubuntu 14.04 droplet in LON1 and see if you can connect to it.

Reply
jac.stevens August 26, 2014

Hi there.

I tried cycling the power, but still doesn't work. Tried on three separate networks too, and still not able to SSH onto my box.

The only way I can access it is using the console.

Any ideas?

Reply
  • asb MOD August 26, 2014

    Is SSH actually running? What's the output of sudo netstat -plunt | grep ssh

  • tomasdev September 2, 2014

    I have created a ticket. No response from support after 4hs. This is the closest community topic I found to what I'm seeing. My server was working fine. I didn't touch a thing on network, I just rebooted it to reset my root password and KABOOM. Stopped working. I can't ssh, I can't ping. But I can connect to the Web Console VNC. This is what I get from my personal computer trying to reach it:

    traceroute 104.131.20.xxx
traceroute to 104.131.20.xxx (104.131.20.xxx), 64 hops max, 52 byte packets
 1  172.20.10.1 (172.20.10.1)  1.091 ms  0.678 ms  0.542 ms
 2  10.170.231.64 (10.170.231.64)  23.469 ms  52.134 ms  644.612 ms
 3  10.176.63.181 (10.176.63.181)  86.239 ms  259.266 ms  685.834 ms
 4  10.176.63.189 (10.176.63.189)  32.590 ms  35.581 ms  46.288 ms
 5  10.170.215.11 (10.170.215.11)  37.096 ms  82.979 ms  72.270 ms
 6  10.176.6.189 (10.176.6.189)  47.290 ms
    10.177.17.97 (10.177.17.97)  34.847 ms
    10.176.6.189 (10.176.6.189)  83.658 ms
 7  10.176.6.185 (10.176.6.185)  50.447 ms
    10.169.128.1 (10.169.128.1)  79.791 ms
    10.176.6.185 (10.176.6.185)  69.496 ms
 8  10.169.128.29 (10.169.128.29)  75.247 ms
    10.169.128.14 (10.169.128.14)  53.895 ms  64.767 ms
 9  port-channel202.car1.seattle1.level3.net (4.53.145.109)  96.939 ms  265.798 ms  236.146 ms
10  ae-2-52.edge1.seattle3.level3.net (4.69.147.170)  481.158 ms  99.153 ms  215.807 ms
11  sea-b1-link.telia.net (62.115.37.117)  240.589 ms  139.728 ms  139.888 ms
12  chi-b21-link.telia.net (62.115.137.84)  172.855 ms  365.215 ms
    chi-b21-link.telia.net (62.115.137.86)  98.013 ms
13  nyk-bb1-link.telia.net (80.91.246.163)  218.809 ms
    nyk-bb2-link.telia.net (62.115.140.104)  123.725 ms
    nyk-bb1-link.telia.net (213.155.136.72)  131.329 ms
14  nyk-b3-link.telia.net (80.91.248.174)  113.914 ms
    nyk-b3-link.telia.net (80.91.247.21)  120.716 ms
    nyk-b3-link.telia.net (80.239.147.138)  121.820 ms
15  digitalocean-ic-306497-nyk-b3.c.telia.net (62.115.45.6)  116.004 ms
    digitalocean-ic-306498-nyk-b3.c.telia.net (62.115.45.10)  175.508 ms
    digitalocean-ic-306497-nyk-b3.c.telia.net (62.115.45.6)  207.668 ms
16  * * *
17  * * *
18  * * *
19  * * *
20  * * *
21  * * *
22  * * *
  • loverain9999 September 7, 2014

    I have similar question. I can't ssh. Once I tried to connect ssh, ping was timeout. But web console was work.

  • Inadrop September 30, 2014

    I have the same problem like tomasdev with similar values with the traceroute, from 16 onwards starting with * * *

    Can't login to my server, what could be the cause?

  • jeitnier October 1, 2014

    This just happened to me...twice. Here's my scenario:

    1. Had an old droplet that I destroyed.
    2. Created a new droplet to find that it provisioned the same IP as the one I just destroyed. ssh was a no go and I just chalked it up to being the IP was stuck in DNS propagation cycle.
    3. Created yet another droplet to provision a different IP.
    4. Destroyed the droplet that was not responding to ssh.
    5. ssh root@brand.new.droplet.ip. Times out every attempt. I've never so much as even signed into this new droplet and it's already timing out...I don't understand.

    I can ssh into the console fine, which is to be expected.

    netstat -plunt | grep ssh shows SSH is running normally on port 22, the same port I'm trying to connect to.

    Update:
    Finally after several reboots/power offs, I'm back in. So weird.

  • isaacalves October 15, 2014

    same thing here, struggling for days to get this thing working.

JX October 18, 2014

I had the same issue. I had to log in using VNC Connection, which upon login immediately prompts me to reset root password. After that I could connect using ssh without problem. Don't know whether it's related to my not using a SSH key to connect. Could be a procedure update on the side of Ubuntu? I suggest digitalocean revise their setup guide for Ubuntu 14.04.

Reply
shairyar March 10, 2016

I am facing the same problem,

  1. rebooted several times
  2. ran power cycle

Still cant access droplet via console and none of the websites are accessible.

It was working fine and all sites were working fine couple of hours ago.

Reply
Have another answer? Share your knowledge.