Jaringan Ini Memblokir Lalu Lintas DNS Terenkripsi: Arti dan Solusi

Apa Arti "Jaringan Ini Memblokir Lalu Lintas DNS Terenkripsi"?

"Jaringan ini memblokir lalu lintas DNS terenkripsi" berarti iPhone, iPad, atau Mac Anda mencoba mencari nama situs web lewat server DNS terenkripsi, dan jaringan Wi-Fi menghentikannya. Apple menampilkannya sebagai Peringatan Privasi di bawah jaringan pada Pengaturan > Wi-Fi, dengan teks: "Nama situs web dan server lainnya yang diakses perangkat Anda di jaringan ini mungkin diawasi dan direkam oleh perangkat lainnya di jaringan ini."

Apple menjelaskannya saat menambahkan DNS terenkripsi di iOS 14 dan macOS Big Sur (WWDC 2020): sebagian jaringan memblokir server DNS terenkripsi sesuai kebijakan karena memfilter lalu lintas dengan melihat kueri DNS, dan saat itu terjadi jaringan Wi-Fi ditandai dengan peringatan privasi.

Perangkat Anda hanya mencoba DNS terenkripsi jika ada yang mengaktifkannya: aplikasi DNS (seperti 1.1.1.1 dari Cloudflare, NextDNS, atau AdGuard), profil DNS, manajemen perangkat dari kantor Anda, atau, di iOS 16 dan yang lebih baru, server DNS yang sendiri menawarkan enkripsi. Relai Pribadi iCloud juga bisa menjadi pemicunya: pengaturan Wi-Fi Apple menyebutkan bahwa fitur ini merutekan permintaan DNS sendiri. Temukan sumbernya, dan Anda menemukan solusinya.

Apa Itu Lalu Lintas DNS Terenkripsi?

Setiap kali Anda mengunjungi situs web, perangkat Anda mengirim kueri DNS untuk menerjemahkan nama domain (seperti dnsrobot.net) menjadi alamat IP. DNS tradisional mengirim kueri ini dalam teks biasa melalui port 53 — tanpa enkripsi sama sekali. Ini berarti ISP, administrator jaringan, atau siapa pun di Wi-Fi yang sama dapat melihat setiap domain yang Anda cari.

DNS terenkripsi membungkus kueri ini dalam enkripsi, sama seperti HTTPS melindungi lalu lintas web. Alih-alih mengirim dns-query: dnsrobot.net sebagai teks biasa, perangkat Anda mengenkripsi kueri sehingga hanya server DNS yang dapat membacanya.

Ada dua protokol DNS terenkripsi utama yang didukung perangkat Apple:

• DNS-over-HTTPS (DoH) — mengirim kueri DNS lewat HTTPS di port 443, sehingga menyatu dengan lalu lintas web biasa
• DNS-over-TLS (DoT) — mengirim kueri DNS lewat koneksi TLS di port khusus 853, memberi enkripsi dengan batas protokol yang jelas

Perangkat Apple mendukung keduanya sejak iOS 14 dan macOS Big Sur, tetapi tidak memakainya secara default. Sejak iOS 16 dan macOS Ventura, perangkat juga beralih sendiri ke DNS terenkripsi saat server DNS jaringan mengumumkannya lewat Discovery of Designated Resolvers (DDR). Panduan DNS Pribadi kami membahas protokol yang sama di Android.

DoH vs DoT: Apa Perbedaannya

Kedua protokol mengenkripsi kueri DNS Anda, tetapi bekerja secara berbeda di balik layar. Memahami perbedaannya membantu Anda memilih solusi yang tepat saat memperbaiki masalah pemblokiran.

Saat jaringan memblokir DNS terenkripsi, sasaran yang mudah adalah DoT di port 853. DoH berbagi port 443 dengan setiap situs HTTPS, sehingga jaringan memblokirnya dengan memblokir alamat dan nama server DoH yang dikenal, atau dengan menjawab nama-nama itu dengan error.

Mengapa Jaringan Memblokir DNS Terenkripsi?

Tidak semua pemblokiran DNS terenkripsi bersifat jahat. Ada beberapa alasan sah mengapa jaringan mungkin memblokir atau mengganggu lalu lintas DNS terenkripsi:

• Jaringan perusahaan — departemen IT memblokir DNS terenkripsi untuk menegakkan kebijakan keamanan, pemfilteran konten, dan deteksi ancaman. Mereka perlu melihat kueri DNS untuk memblokir domain malware dan mencegah kebocoran data
• Router dengan kontrol orang tua — router dengan kontrol orang tua bawaan (seperti Netgear Smart Parental Controls atau ASUS AiProtection) mencegat kueri DNS untuk memfilter kategori konten. DNS terenkripsi melewati filter ini
• Pemfilteran konten oleh ISP — sebagian ISP memakai pemfilteran berbasis DNS untuk mematuhi regulasi pemerintah atau memblokir situs berbahaya yang dikenal. DNS terenkripsi membuat pemfilteran ini tidak berfungsi
• Portal login Wi-Fi publik — hotel, bandara, dan kafe memakai pencegatan DNS untuk mengalihkan Anda ke halaman login. DNS terenkripsi merusak mekanisme pengalihan ini
• Pi-hole dan AdGuard Home — pemblokir iklan berbasis DNS perlu melihat pencarian Anda. Pi-hole, misalnya, secara default menjawab nama-nama yang dipakai perangkat untuk menemukan DNS terenkripsi (DDR) dan Relai Pribadi iCloud agar perangkat tetap memakainya, dan sebagian konfigurasi menambahkan daftar blokir server DoH

Di jaringan rumah, carilah dulu fitur yang memfilter DNS: kontrol orang tua, pemblokir iklan seperti Pi-hole atau AdGuard Home, paket keamanan router, atau aturan firewall di port 853.

Cara Memperbaiki di iPhone & iPad (iOS/iPadOS)

Mulai dari Perbaikan 1: ia menemukan pengaturan yang mencoba DNS terenkripsi. Perbaikan 2 sampai 6 membereskan koneksi yang macet.

Perbaikan 1: Temukan Apa yang Mengaktifkan DNS Terenkripsi

Periksa berurutan. Masing-masing bisa membuat perangkat Anda mencoba DNS terenkripsi di setiap jaringan:

• Relai Pribadi iCloud — merutekan dan mengenkripsi pencarian DNS Anda sendiri; pengaturan Wi-Fi Apple menampilkan: "Permintaan DNS sedang dirutekan oleh Relai Pribadi iCloud untuk jaringan Wi-Fi". Untuk menghentikannya hanya di jaringan ini, buka Pengaturan > Wi-Fi, ketuk (i) di samping jaringan, lalu matikan Batasi Pelacakan Alamat IP (cara Apple mematikan Relai Pribadi untuk satu jaringan). Jaringan yang memblokir Relai Pribadi itu sendiri menampilkan pesan terpisah yang menyatakan jaringan tidak kompatibel dengan Relai Pribadi
• Aplikasi atau profil DNS — buka Pengaturan > Umum > Manajemen VPN & Perangkat dan cari entri VPN atau DNS dari sebuah aplikasi (aplikasi 1.1.1.1 dari Cloudflare memasang profil VPN; NextDNS dan AdGuard memakai pengaturan DNS) atau sebuah profil. Matikan aplikasinya di jaringan ini, atau hapus profil yang tidak Anda perlukan
• Server DNS manual — di Pengaturan > Wi-Fi > (i) > Konfigurasi DNS, server seperti 1.1.1.1, 8.8.8.8, dan 9.9.9.9 memberi tahu iOS 16 dan yang lebih baru bahwa mereka menawarkan DNS terenkripsi, sehingga iPhone beralih ke sana secara otomatis. Kembalikan Konfigurasi DNS ke Otomatis untuk menguji
• Profil kerja — jika kantor Anda mengelola perangkat, pengaturan DNS-nya adalah kebijakan: tanyakan ke IT, jangan mengubahnya sendiri

Perbaikan 2: Restart Perangkat dan Router Anda

Restart membersihkan status jaringan yang di-cache di perangkat maupun router Anda.

• iPhone/iPad: Tahan tombol samping + tombol volume > geser untuk mematikan > tunggu 30 detik > nyalakan
• Router: Cabut kabel daya > tunggu 30 detik > colokkan kembali > tunggu 2 menit untuk boot penuh

Setelah kedua perangkat restart, buka Pengaturan > Wi-Fi dan ketuk nama jaringan Anda. Periksa apakah pesan "Peringatan Privasi" masih ada.

Perbaikan 3: Lupakan dan Gabung Ulang Jaringan Wi-Fi

Melupakan jaringan menghapus pengaturan yang tersimpan untuknya, termasuk DNS khusus untuk jaringan itu, dan memaksa koneksi baru. Anda memerlukan kata sandi Wi-Fi untuk bergabung kembali, jadi periksa dulu (sering tertera di stiker pada router).

# iOS path:
Settings > Wi-Fi > tap (i) next to network name > Forget This Network > Confirm

# Then reconnect:
Settings > Wi-Fi > select your network > enter password

Perbaikan 4: Perbarui iOS atau iPadOS

Buka Pengaturan > Umum > Pembaruan Perangkat Lunak dan pasang pembaruan apa pun. Peringatan yang tak terduga pernah dilaporkan di iOS 14 dan 15 di forum pengembang Apple, jadi pastikan sistem Anda mutakhir sebelum mengubah hal lain.

Perbaikan 5: Periksa Server DNS Manual Anda

Konfigurasi DNS > Manual saja tidak mengenkripsi apa pun: ia hanya mengubah server yang ditanya iPhone Anda. Namun di iOS 16 dan yang lebih baru, server yang mendukung Discovery of Designated Resolvers membuat iPhone Anda meningkatkan diri ke DNS terenkripsi secara otomatis. Kami memeriksanya pada 26 Oktober 2026: 1.1.1.1, 8.8.8.8, dan 9.9.9.9 semuanya mengumumkan DoH dan DoT dengan cara ini (Quad9 juga DNS over QUIC).

# iOS DNS configuration path:
Settings > Wi-Fi > tap (i) next to network > Configure DNS

# To clear the warning on this network:
Automatic

# Manual servers that iOS 16+ upgrades to encrypted DNS (DDR):
1.1.1.1   1.0.0.1           # Cloudflare
8.8.8.8   8.8.4.4           # Google
9.9.9.9   149.112.112.112   # Quad9

Jadi server DNS publik yang diatur manual bisa menyebabkan peringatan di jaringan yang memblokir DNS terenkripsi: untuk menghilangkannya, kembalikan Konfigurasi DNS ke Otomatis. Tambahkan server publik secara manual hanya di jaringan yang mengizinkan DNS terenkripsi. Pengaturan ini berlaku per jaringan.

Perbaikan 6: Reset Pengaturan Jaringan

Jika tidak ada perbaikan di atas yang berhasil, mereset pengaturan jaringan menghapus semua jaringan Wi-Fi tersimpan, konfigurasi VPN, dan pengaturan seluler, memberikan perangkat Anda status jaringan yang benar-benar bersih.

# iOS 15 and later:
Settings > General > Transfer or Reset iPhone > Reset > Reset Network Settings

# iOS 14:
Settings > General > Reset > Reset Network Settings

Setelah reset, perangkat Anda restart. Anda perlu menghubungkan kembali ke semua jaringan Wi-Fi dan memasukkan ulang kata sandi. Profil VPN juga perlu dikonfigurasi ulang.

Cara Memperbaiki di Mac (macOS)

Peringatan yang sama bisa muncul di pengaturan Wi-Fi Mac Anda, dan sumber yang sama mengaktifkan DNS terenkripsi di sana.

Periksa Relai Pribadi, Profil, dan DNS di Mac

Di macOS Ventura dan yang lebih baru, buka Pengaturan Sistem > Jaringan > Wi-Fi > Detail… di samping jaringan: matikan Batasi pelacakan alamat IP untuk menghentikan Relai Pribadi di jaringan itu, dan periksa tab DNS untuk server manual (hapus untuk menghilangkan peringatan, karena 1.1.1.1, 8.8.8.8, dan 9.9.9.9 beralih ke DNS terenkripsi lewat DDR). Aplikasi dan profil DNS muncul di Pengaturan Sistem → Umum → Manajemen Perangkat. Untuk mengatur server DNS lewat Terminal:

# Remove manual DNS servers (back to the network's own):
sudo networksetup -setdnsservers Wi-Fi Empty

# Or set servers for Wi-Fi:
sudo networksetup -setdnsservers Wi-Fi 1.1.1.1 1.0.0.1

# Check what's set:
networksetup -getdnsservers Wi-Fi

Flush Cache DNS di Mac

Setelah mengubah pengaturan DNS, flush cache DNS lokal agar Mac langsung memakainya. Panduan kami tentang cara flush cache DNS mencakup juga Windows, Linux, dan browser.

# macOS Ventura / Sonoma / Sequoia and later:
sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder

# Check that DNS resolution works:
nslookup example.com 1.1.1.1

Cara Memperbaiki di Router Anda

Jika itu jaringan Anda sendiri, memperbaiki router membantu semua perangkat sekaligus. Mulai dari apa pun yang memfilter DNS.

Periksa Filter Router, Lalu Perbarui Firmware

Kontrol orang tua, pemblokir iklan, dan fitur keamanan pada router dan gateway ISP sering bekerja dengan mencegat DNS, dan sebagian memblokir DNS terenkripsi agar perangkat tidak melewati filter. Matikan fitur tersebut di halaman admin router (atau izinkan DoH dan DoT di dalamnya) dan lihat apakah peringatan hilang. Setelah itu pasang pembaruan firmware apa pun (nama menu berbeda tiap model):

• ASUS: Panel admin router (192.168.1.1) > Administration > Firmware Upgrade > Check for update
• TP-Link: tplinkwifi.net > System Tools > Firmware Upgrade (atau gunakan aplikasi Tether)
• Netgear: routerlogin.net > Administration > Firmware Update > Check Online
• Linksys: 192.168.1.1 > Connectivity > Router Firmware Update

Ubah Server DNS di Router Anda

Jika DNS ISP Anda yang menjadi filter, mengarahkan router ke resolver publik akan menghentikannya. Router sendiri tetap bertanya ke resolver itu dengan DNS biasa kecuali ia mendukung DoT atau DoH.

# Typical router DNS configuration:
# 1. Open router admin panel: http://192.168.1.1 or http://192.168.0.1
# 2. Navigate to: WAN Settings > DNS Configuration
# 3. Change from "Get from ISP" to "Manual"
# 4. Enter DNS servers:

Primary DNS:   1.1.1.1     (Cloudflare)
Secondary DNS: 8.8.8.8     (Google)

# Alternative: Quad9 with malware blocking
Primary DNS:   9.9.9.9
Secondary DNS: 149.112.112.112

# 5. Save and reboot router

Perangkat mengambil server DNS baru saat tersambung kembali. Jika router membagikan alamat server publik secara langsung (seperti 1.1.1.1) dan bukan alamatnya sendiri (192.168.x.x), iOS 16 dan macOS Ventura serta yang lebih baru beralih ke DNS terenkripsi secara otomatis lewat DDR.

Server DNS Terbaik yang Mendukung Enkripsi

Resolver publik ini mendukung DoH dan DoT, jadi aplikasi atau profil DNS untuk salah satunya memberi Anda DNS terenkripsi saat jaringan mengizinkannya.

Cloudflare, Google, dan Quad9 juga mengumumkan endpoint terenkripsi mereka lewat DDR, yang dipakai iOS 16 dan macOS Ventura serta yang lebih baru secara otomatis saat salah satunya menjadi server DNS Anda. Tidak yakin mana yang tercepat dari koneksi Anda? DNS Speed Test mengukurnya di browser Anda. Langkah pengaturan lengkap: panduan server DNS Cloudflare dan server DNS Google kami.

Cara Memverifikasi DNS Terenkripsi Berfungsi

Setelah menerapkan perbaikan, verifikasi bahwa kueri DNS Anda benar-benar terenkripsi. Berikut metode untuk setiap platform.

Verifikasi di iPhone/iPad

Periksa dari perangkat itu sendiri:

• Jalankan DNS Leak Test DNS Robot di Safari: jika DNS terenkripsi berfungsi, Anda akan melihat server penyedia pilihan Anda, bukan server ISP
• Jika Anda memakai Cloudflare, kunjungi 1.1.1.1/help: halaman itu menunjukkan apakah pencarian Anda memakai DoH, DoT, atau DNS biasa
• Buka Pengaturan > Wi-Fi, ketuk (i) di samping jaringan: Peringatan Privasi hilang setelah DNS terenkripsi berfungsi di sana, atau setelah tidak ada lagi yang mencobanya di perangkat

Verifikasi di Mac

Di macOS, Anda dapat menggunakan Terminal untuk memverifikasi resolusi DNS dan memeriksa apakah enkripsi aktif.

# Check which DNS servers are active:
scutil --dns | grep nameserver

# Test DNS resolution through Cloudflare DoH:
curl -s -H 'accept: application/dns-json' 'https://1.1.1.1/dns-query?name=dnsrobot.net&type=A' | python3 -m json.tool

# Check if DoH is working via Cloudflare's test page:
open https://1.1.1.1/help

Kapan Peringatan Ini Normal (dan Aman Diabaikan)

Peringatan DNS terenkripsi tidak selalu merupakan masalah yang perlu diperbaiki. Dalam beberapa situasi, jaringan sengaja memblokir DNS terenkripsi untuk alasan keamanan yang valid.

• Jaringan perusahaan/kantor — tim IT perusahaan Anda memblokir DNS terenkripsi untuk memantau malware dan menegakkan kebijakan keamanan. Ini praktik standar, dan lalu lintas HTTPS Anda tetap terenkripsi
• Jaringan sekolah — sekolah K-12 dan perpustakaan di AS yang menerima diskon E-rate wajib memfilter sesuai CIPA (Children's Internet Protection Act), dan banyak yang memfilter lewat DNS; universitas memfilter menurut kebijakannya sendiri
• Pengguna Pi-hole atau AdGuard Home — pemblokir iklan berbasis DNS lokal bisa mencegah perangkat beralih ke DNS terenkripsi agar tetap bisa memfilter. Itu memang disengaja
• Wi-Fi hotel, bandara, dan kafe — jaringan publik sering memfilter DNS. Di sinilah peringatan paling penting: siapa pun yang menjalankan jaringan bisa melihat pencarian Anda, jadi pakai VPN di Wi-Fi yang tidak Anda percaya

Di jaringan yang dikelola, Anda bisa melanjutkan: pencarian Anda terlihat oleh pemilik jaringan, tetapi halaman HTTPS Anda tetap terenkripsi. Risiko sebenarnya dari DNS tanpa enkripsi ada di jaringan publik yang tidak tepercaya, tempat seseorang bisa mengintip atau mengubah pencarian Anda.

Pertanyaan yang Sering Diajukan