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".
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.
- 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/
- 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 usingchattr +i /etc/resolv.conf
after modifying the file.
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/.
- Install
make
,git
,cpan
/perl
,gcc
andtayga
from your package manager (Debian/Ubuntu :sudo apt-get install -y make git gcc tayga perl
). - Clone the
clatd
Github repository using:git clone https://github.com/toreanderson/clatd.git
- Change your current directory to the new directory called
clatd
:cd clatd
. - Install clatd using
sudo make install
. - Install the required perl dependencies for clatd:
cpan Net::IP Socket6 IO::Socket::INET6 Net::DNS
. - Start clatd with
sudo systemctl start clatd
(systemd) orinitctl start clatd
(upstart). - Wait around 30 seconds then check if you have IPv4 connectivity using curl:
curl -4 google.com
.
- Execute
systemctl status clatd
and check if it say:This system already has IPv4 connectivity; no need for a CLAT.
- 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. - Reload systemd and restart clatd:
sudo systemctl daemon-reload && sudo systemctl restart clatd
. - 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