Why can’t you use the console to debug and resolve the issue?

Digitalocean servers are unmanaged if you cannot resolve problems yourself I suggest you sign up with someone who does managed servers.

Ok, I understand now.
If I pay for a new droplet, without my data on it - It will work.
But, if I pay for the same droplet, with the same OS version, but with my data on it - it will never work.
Cool.

Also by using digitalocean you’re required to pay in advance, not only that you’re given more than enough notice to pay off existing debts if you’ve not filled your balance in advanced.

What do you get when you run “systemctl restart networking”

Ppl, I need to bring my network back to the droplet, or move all files from it.
Had anybody same issues, maybe?

Ok, if ppl don’t pay at time, their droplets became unworkable? Need just to know

What do you get when you run “systemctl restart networking”

What do you get when you run “systemctl restart networking”

There are a lot of non-productive comments on this thread. It’s not our place on the forums to lecture someone about their circumstances. We may never know the full reason behind the suspension, but the fact is that @volgot is a paying customer and fellow DO community member right now. By the same token, @volgot: you’re not likely to get much help if every response includes a jab at DO. Let’s have a reset here: if @volgot stops venting frustration at DO and we stick to advice/suggestions, we can focus on solving the problem. :)

I’ve never had this issue, but I also would have expected creating a new droplet from your snapshot to work. That’s probably worth retrying, but do it while your current broken droplet is running so you’re sure to get a new IP. When you tried/retry that, how are you trying to connect to the new droplet? For example, are you using a browser to access http://newip ?

Something that wasn’t clear to me from the problem description: are you having trouble with both inbound and outbound connections? You mentioned HTTP wasn’t working, but did you mean inbound HTTP requests to your web server and/or outbound HTTP requests using a tool like curl? What are you doing to test inbound/outbound connections and what are the results of each?

Past that, as was stated above, you’ll need to troubleshoot the network connection. Perform a fresh reboot before starting these steps, because you wouldn’t want commands you’ve already ran post-boot to affect the output, get a resolution, and then reboot into the same issue again.

Please paste the output of the following commands so we have some basic details to start with:

ifconfig
netstat -rn
netstat -an | grep -i listen

Can you perform DNS lookups and pings? Show us the output from:

host www.google.com
ping -c 1 www.google.com

What’s in these files?

/etc/rc.conf
/etc/resolv.conf

Is the problem resolved by shutting down your firewall? If you’re using pf, shut it down and try in/out connections again:

service pf stop

If you’re not able to resolve this issue, are you going to lose files/data? In thinking of what you could do if you’re not able to resolve it: Would it be possible to add a block storage device to the broken droplet, copy your files to it, and then connect that block storage device to a fresh droplet to get your files? I’ve never used DO’s block storage feature, so I don’t know if that would work or not.