I apologize for any delays you may be experiencing. We are a little backlogged with the transition to our new support platform, though we are working as quickly as possible to get response times back to our normal levels.
The bad file number message isn’t really something to focus on in this case, though the connection timing out generally means that the port you’re using for SSH is being filtered, or it’s blocked by the firewall. The only way to remove the block would be to access Console. How you’d go about that really depends on the OS.
On our end, we do not have access to customer Droplets, thus we do not have the ability to log in and clear a firewall block unfortunately. If you’re having issues accessing console, if you have any plugins enabled in your browser, please try disabling them before accessing console.
Since Console is rendered on within the browser, plugins do have the potential to affect it as well as whether or not it displays. You can also do a private tab in most, which prevents most plugins from running in general unless you’ve allow them to run in private tabs.
Once everything is back to normal, response times will return to normal as well. Prior to the move to the new platform, I answered a number of tickets within 5-10 minutes, others in a few hours – it really depends on the issue, how quickly a customer follows up to my reply, and what they reply with.
In some cases, we may see “my server is down”, but a customer will have 10-20 Droplets and doesn’t specify, so tickets like those take a little more back and forth so we can work with them to get the real issue resolved. Overall, the more information you can provide upfront (logs, error messages, specific details), the better :-). If we have everything upfront, most of the time we can resolve an issue in 1-2 replies, if not just 1 – again, it all depends on the issue and what we have to troubleshoot with.
Not having access to customer Droplets means the only things we have to go on is what’s in that first ticket and the follow up responses.
That said, what you provided in the second reply was a perfect example of what we can use to help troubleshoot an issue, i.e:
OpenSSH_6.6.1, OpenSSL 1.0.1m 19 Mar 2015
debug1: Connecting to 188.8.131.52 [184.108.40.206] port 22.
debug1: connect to address 220.127.116.11 port 22: Attempt to connect timed out without establishing a connection
ssh: connect to host 18.104.22.168 port 22: Bad file number