Kebanyakan paket VPS menyertakan IPv6, dan kebanyakan dibiarkan separuh diatur: alamatnya sudah diberikan, catatan AAAA-nya ada, tetapi tembok api atau server webnya tak pernah mendengarkan di sana. Pengunjung yang punya IPv6 lalu mencoba jalur cepatnya, menunggu sampai waktunya habis, dan baru setelah itu mundur ke IPv4. Situsnya terasa lambat karena sebab-sebab yang takkan ditunjukkan oleh pengujian IPv4 mana pun.

Apakah ia benar-benar bekerja

ip -6 addr show
ping6 -c2 ipv6.google.com
curl -6 -sS -o /dev/null -w '%{http_code}\
' https://yourdomain.com

Baris terakhirnyalah yang penting. Kalau ia menggantung atau gagal padahal versi IPv4-nya menjawab, berarti catatan AAAA Anda menunjuk ke sebuah pintu yang di baliknya tak ada siapa-siapa.

Tiga tempat yang harus diperiksa

  • Server webnya — Nginx memerlukan baris listen tersendiri: listen [::]:443 ssl;
  • Tembok apinya — ufw dan firewalld menangani v6 secara terpisah; aturan iptables sama sekali tak berlaku bagi ip6tables.
  • DNS-nya — catatan AAAA hanya berguna kalau kedua hal di atas sudah benar.
# nginx
listen 80;
listen [::]:80;
listen 443 ssl;
listen [::]:443 ssl;

Aplikasi Anda akan melihat alamat yang berbeda

Klien IPv6 datang dengan alamat semacam 2001:db8::1. Kode yang menyimpan IP di kolom selebar 15 karakter, atau yang membandingkannya dengan daftar izin v4, akan rusak diam-diam. Pembatasan laju yang berpatokan pada alamat penuh pun terlalu sempit, sebab satu pelanggan biasanya memegang satu /64 utuh.

Di balik Cloudflare atau proksi apa pun, alamat yang dilihat server Anda adalah alamat proksinya. Bacalah yang sebenarnya dari tajuk yang diteruskan — lihat Cloudflare dan IP pengunjung yang sebenarnya.

Kalau Anda memang tak akan menuntaskannya

Hapus saja catatan AAAA-nya. Tanpa IPv6, yang tersisa adalah sambungan IPv4 yang bersih dan cepat. IPv6 yang rusak berarti satu kehabisan waktu pada setiap kunjungan pertama.