If none of the above work, keep it mind that Ubuntu appends a tail file to the resolv.conf file that it generates.
Try this:
sudo nano /etc/resolvconf/resolv.conf.d/tail
Which will open a blank resolv.conf.d file in the nano text editor. You will need to place your DNS server address on the first line of this file and remember to end the line with a carriage return (hit enter) as seen below:
nameserver 10.20.1.2
Editing the tail file instead of the actual resolv.conf file will prevent your change from being lost upon a system reboot.
You will need to run sudo resolvconf -u to activate the change. You should be able to ping google.com after this. Good luck!
https://askubuntu.com/questions/143819/how-do-i-configure-my-static-dns-in-interfaces
** I had to apt-get install resolvconf in my test env
sudo nano /etc/netplan/01-netcfg.yaml
# This file describes the network interfaces available on your system
# For more information, see netplan(5).
network:
version: 2
renderer: networkd
ethernets:
ens33:
dhcp4: yes
dhcp6: yes
To save your changes, you run the commands below.
sudo netplan apply
# This file describes the network interfaces available on your system # For more information, see netplan(5). network: version: 2 renderer: networkd ethernets: ens33: dhcp4: no dhcp6: no addresses: [192.168.1.2/24] gateway4: 192.168.1.1 nameservers: addresses: [8.8.8.8,8.8.4.4]
To save your changes, you run the commands below.sudo netplan apply
To save your changes, you run the commands below.
sudo netplan apply
https://websiteforstudents.com/configuring-static-ips-ubuntu-17-10-servers/
sudo dmidecode -t 9 | grep -A3 "System Slot Information" | grep -c -B1 "Available"
Resolution
Edit the xrdp systemd service file with "systemctl
edit xrdp.service"
Copy the following lines into the file:
[Unit]
After=multi-user.target xrdp-sesman.service
Reboot
Xrdp should now come up without manual intervention on boot.
Cause
By default xrdp is set to start after the network. In some cases xrdp
appears to start a bit too early leading to a timeout. This work around
creates an override for the default xrdp service so that it starts after
multi-user.target delaying its start in the boot process a little bit.
This change is persistent between updates.
Additional Information
To remove the override placed in the solution section you can run:
systemctl revert xrdp.service