How to get IPv4 connectivity on an IPv6 only VPS

readme.md

Some hosting providers like scaleway allows to remove the IPv4 from the VPS in order to save 1€/month but doing this will result in losing connectivity to the "IPv4 world".
Or you may have ordered a VPS that only has IPv6 connectivity and you want to access to a resource only accessible from the "IPv4 world".
Here is how to gain your access back to the "IPv4 world".

Change your name servers(s) to DNS64 name servers(s)

Note: You may deploy your own DNS64 & NAT64 server on a separate server by following this tutorial (untested): https://packetpushers.net/nat64-setup-using-tayga/.
Note²: You may find a explanation of what is NAT64 and DNS64 on Wikipedia.

1. Choose a/multiple DNS64 public server(s) that has/have its own NAT64 public service from this list:

Nameserver	Provider	Location	Quality of internet connectivity
2001:67c:2b0::4	trex.fi	Finland (Europe)	Good
2001:67c:2b0::6	trex.fi	Finland (Europe)	Good
2001:67c:27e4::64	go6lab.si	Slovenia (Europe)	Good
2001:67c:27e4::60	go6lab.si	Slovenia (Europe)	Medium

You may find another good list of NAT64/DNS64 servers: https://nat64.xyz/

2. Replace the current name servers(s) of your /etc/resolv.conf file (old way) or in the configuration file of your network manager with the DNS64 name servers(s) that you chosen earlier.
   If you don't know how to change the name servers then search on your prefered search engine a tutorial on how to change the DNS servers of your Linux distribution.
   If you don't want to bother with configuring your network manager then you may deny any access to the /etc/resolv.conf file by using chattr +i /etc/resolv.conf after modifying the file.

Add real IPv4 connectivity for applications that works only in IPv4 (optional)

Note: This part of the tutorial only works on Linux distributions that has systemd or Upstart as a service manager (Debian, Ubuntu, CentOS and so on). If you are experienced enough you may "translate" the systemd service file to your service manager.
Note²: If you are using ArchLinux you don't need to follow this part of tutorial because there is a clatd package available on AUR: https://aur.archlinux.org/packages/clatd-git/.

1. Install make, git, cpan/perl, gcc and tayga from your package manager (Debian/Ubuntu : sudo apt-get install -y make git gcc tayga perl).
2. Clone the clatd Github repository using: git clone https://github.com/toreanderson/clatd.git
3. Change your current directory to the new directory called clatd: cd clatd.
4. Install clatd using sudo make install.
5. Install the required perl dependencies for clatd: cpan Net::IP Socket6 IO::Socket::INET6 Net::DNS.
6. Start clatd with sudo systemctl start clatd (systemd) or initctl start clatd (upstart).
7. Wait around 30 seconds then check if you have IPv4 connectivity using curl: curl -4 google.com.

Troubleshooting if case the curl command doesn't work

1. Execute systemctl status clatd and check if it say: This system already has IPv4 connectivity; no need for a CLAT.
2. If that's the case then add ExecStartPre=/bin/sh -c "sleep 30s && ip route del 0/0" after [Service] in the /etc/systemd/system/clatd.service file (this only works on systemd).
   If that's not the case then try to change the DNS64 nameserver with another one from the list above then restart clatd (sudo systemctl restart clatd) and if it still doesn't work then you are out of luck because your hosting provider doesn't support the NAT64 protocol.
3. Reload systemd and restart clatd: sudo systemctl daemon-reload && sudo systemctl restart clatd.
4. Check if you have IPv4 connectivity: curl -4 google.com.

May I ask Why Google Public DNS64 is not on the list? https://developers.google.com/speed/public-dns/docs/dns64

Because it doesn't provide NAT64 connectivity, only the DNS resolution: https://en.wikipedia.org/wiki/NAT64

Thanks i was looking for something like this!

@tonywangcn - Do you figured it out?
I have the same issue ⌛