Question

No internet/connection after droplet reboot

After rebooting Ubuntu 18.04 Droplet I couldn’t access it via SSH. Then I realized that I don’t receive any response when pinging its IP. I connected to my Droplet through DigitalOcean built-in terminal and tried to ping other remote servers but this also didn’t work. So it seems that my Droplet is disconnected from the internet. I tried rebooting, shutting off/turning on. Nothing helped. I tried to Google for possible reasons and searched DigitalOcean’s QA section but didn’t find any working solution. Here is what I found so far:

  • if i run “sudo ip link set eth0 up” it returns "Cannot find device “eth0”
  • if i run “ifconfig -a”, there is no eth0, only ens3 and lo
  • if i run “dmesg | grep -i eth”, i get “virtio_net virtio0 ens3: renamed from eth0”. if i do the same on other Droplets (where internet is working) i get

“virtio_net virtio0 ens3: renamed from eth0; virtio_net virtio0 eth0: renamed from ens3”

i.e. eth0 is renamed to ens3 and then back to eth0. So maybe if I managed to rename ens3 to eth0 on my broken Droplet I would be able to restore internet connection but I don’t know how to do this. Also I am not sure why it got broken in the first place. I created a support ticket for this but i didn’t get any response yet.

Subscribe
Share

Submit an answer
You can type!ref in this text area to quickly search our full set of tutorials, documentation & marketplace offerings and insert the link!

These answers are provided by our Community. If you find them useful, show some love by clicking the heart. If you run into issues leave a comment, or add your own answer to help others.

After almost two weeks since I raised this issue, I was finally able to resolve it. The problem occurred in the first place because different packages got uninstalled somehow when I rebooted. This includes cloud-init, ufw and landscape-common. There is probably more that I haven’t noticed yet. Let’s start with the internet connection, this is how I fixed it:

Step 1. I created file “/etc/udev/rules.d/70-persistent-net.rules” and added

SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="b2:fe:09:35:6e:57", NAME="eth0"

as I mentioned previously. Note that MAC address used above can be found here: “/etc/netplan/50-cloud-init.yaml”

Step 2. Run “sudo reboot” and check that eth0 interface persists by running “ifconfig -a”

Step 3. Run the following command:

sudo ifconfig eth0 207.154.193.4 netmask 255.255.240.0 up

Your IP address and netmask can be found if you go to your Droplet’s page and then go to Networking tab. It is important that both these are correct.

Step 4. Run another command:

ip route add default via 207.154.192.1

This is your gateway address which again can be found on Networking tab on your Droplet’s page. At this point you should be able to access your server through SSH. If you try to run “ping www.google.com” it will fail to resolve the domain. Also if you do “sudo reboot”, the configuration won’t persist and you will need to repeat steps 3-4 again. So let’s continue.

Step 5. Run command:

sudo nano /etc/resolv.conf

and change nameserver to “8.8.8.8”, i.e. Google’s DNS, and save the file. Now you should be able to run “ping www.google.com” and receive response.

Step 6. Now I ran these:

sudo apt update
sudo apt upgrade

not sure if this was necessary though.

Step 7. Let’s install the missing cloud-init so that network configuration persists next time we reboot. We can do this by running:

sudo apt install cloud-init

Now you should be able to run “sudo reboot” without losing network connection.

Step 8. Finally, I installed some missing packages by running these:

sudo apt install ufw
sudo apt install landscape-common

landscape-common will enable “landscape-sysinfo” command which is used to show server information on your welcome screen when you connect to your server.

There is probably more stuff that is missing and my Droplet is not exactly the same as it was when I first created it but at least I was able to restore network connection, missing packages that I use and continue running my scripts are before. I hope this hasn’t left any security hole in my system. Probably it would be wise to create new Droplet from scratch at some point.

Thankyou…

I just upgraded from 18.04 to 20.04 where I lost all contact with my droplet. This article saved my a$$

Thanks again.

for me the case was: new droplet created from snapshot, and no public connectivity is there. (ubuntu 16.04)

reason: no eth0 exist, it was renamed to ens4.

to confirm this is your case, run

dmesg | grep -i eth

if the result is something like below, then case confirmed.

[    3.057410] e1000 0000:02:01.0 ens33: renamed from eth0

solution: this turned to be GRUB config allowing systemd to rename interfaces. edit file /etc/default/grub.d/50-cloudimg-settings.cfg and add net.ifnames=0 to ending of GRUB_CMDLINE_LINUX_DEFAULT so it would look like this

GRUB_CMDLINE_LINUX_DEFAULT="console=tty1 console=ttyS0 net.ifnames=0"

then run below commands

update-grub
reboot

once rebooted, review your network using commands:

cat /etc/*release
cloud-init -v
ip addr
ip route
cat /etc/udev/rules.d/70-persistent-net.rules

note: thanks for DO Support, I’m just sharing snippets from a ticket.

Is this the same for Fedora?

I had same issue on 18.04 as well.

Started after restoring droplet from snapshot. Sserver didn’t restart after restore. So rebooted and as OP could only access server via web console.

However, not able to do apt update or upgrade, cannot reach mirrors.digitalocean.com. Can’t ping them either, getting response “temporary failure in name resolution”.

At least server is available to public and via ssh. Would like to reinstall cloud-init on server though.

Seems this “shouldn’t” happen eg seems like fundamental “plumbing”, correct? Or is there something I’ve done that created this situation?

I see on the ssh terminal that system restart required so i simply did: sudo reboot. and then ssh connection through putty is lost, all sites on the droplet can’t be opened.

I followed the instruction in the community by going to the console and input ifconfig -a, eth0 is there. but i don’t know what to do next. so i created a ticket hoping someone can help.

then i think i can’t wait,in the console i tried to reboot again. using command: sudo shutdown -r now,everything back again, including ssh,ftp,and website starts running. 20 minutes now it’s still working like normal.

Don’t know what will be the consequence, i know nothing about code.but if nothing can help you out, and eth0 is there, you may try to reboot again using sudo shutdown -r now.

Bro thanks a lot for this detailed answer. Worked like a charm for me <3

I follow your steps and it save my day, I can go sleep peacefully … thanks a lot and continue to share !!

The solution that I marked as accepted above is still working for me. I am running the same server with no issues. If it worked for 5 minutes, you probably rebooted and some configurations reset. I suggest repeating Step 2, i.e. run “ifconfig -a” to see the network interface is still there. Also, you can check if cloud-init is still installed.

@lukasea17033bb7e7ecf80fc21 @jarland I got some issue here, This instruction was work but only 5 minutes. After that, back to no connection again. Open support ticket just circle around no solution.

Is there any solution for this problem?

Here is some more info:

sudo netplan apply

does not work and gives " sudo: netplan: command not found". I also tried this:

  • i created /etc/udev/rules.d/70-persistent-net.rules file and added this info:

SUBSYSTEM==“net”, ACTION==“add”, DRIVERS==“?*”, ATTR{address}==“b2:fe:09:35:6e:57”, NAME=“eth0”

then i ran

ifconfig -a

and ens3 changed to eth0 but still no internet connection. also inet, netmask and broadcast line was missing.

  • then i ran
sudo ifconfig eth0 207.154.193.4 netmask 255.255.240.0

the missing inet, netmask and broadcast now appeared. also, now it said RUNNING. I tried to ping www.google.com but still there was no internet. So the issue remains unsolved.