DNS di Dalam VPN: Resolver, Split DNS, DNS Leak dan Troubleshooting

DNS di Dalam VPN: Resolver, Split DNS, DNS Leak dan Troubleshooting adalah panduan mendalam mengenai panduan resolver untuk menjaga pengalaman akses internal dan kebijakan privasi jaringan. Materi ini ditulis sebagai referensi orisinal untuk membantu pengguna memahami alasan di balik konfigurasi, bukan hanya menyalin perintah. Karena lingkungan jaringan dapat berbeda—ISP, firewall, jenis router, sistem operasi, alamat IP, serta kebijakan organisasi—gunakan contoh sebagai pola berpikir dan sesuaikan dengan kondisi Anda.

Tujuan akhirnya adalah membuat VPN yang dapat dijelaskan, diuji, diamankan, dan dipulihkan ketika terjadi gangguan. Setiap perubahan sebaiknya dimulai dari inventaris sederhana: siapa sumber trafiknya, ke mana tujuan trafiknya, protokol apa yang digunakan, alamat mana yang dipakai, route mana yang aktif, dan firewall mana yang akan menerima atau menolak paket. Lima pertanyaan itu menyelesaikan sebagian besar kebingungan konfigurasi VPN.

1. Gambaran besar dan tujuan

Pada bagian konsep dari DNS di Dalam VPN: Resolver, Split DNS, DNS Leak dan Troubleshooting, fokus utama adalah memahami resolver DNS. Ini bukan sekadar istilah konfigurasi; bagian tersebut menentukan bagaimana paket data bergerak, bagaimana akses dibatasi, dan bagaimana kegagalan dapat dilokalisasi tanpa menebak-nebak. Selain itu, resolver DNS perlu dilihat bersama komponen lain karena VPN bekerja sebagai satu rantai. Jika satu mata rantai salah—misalnya alamat, route, autentikasi atau firewall—tunnel dapat terlihat aktif tetapi layanan tetap tidak dapat dipakai. Resolver dns perlu dicatat sebagai bagian dari desain. Hubungannya dengan A/AAAA record sebaiknya diuji secara eksplisit, bukan diasumsikan benar hanya karena satu indikator terlihat normal. A/aaaa record perlu dicatat sebagai bagian dari desain. Hubungannya dengan search domain sebaiknya diuji secara eksplisit, bukan diasumsikan benar hanya karena satu indikator terlihat normal. Search domain perlu dicatat sebagai bagian dari desain. Hubungannya dengan split DNS sebaiknya diuji secara eksplisit, bukan diasumsikan benar hanya karena satu indikator terlihat normal. Split dns perlu dicatat sebagai bagian dari desain. Hubungannya dengan DNS cache sebaiknya diuji secara eksplisit, bukan diasumsikan benar hanya karena satu indikator terlihat normal. Pendekatan seperti ini membuat panduan resolver untuk menjaga pengalaman akses internal dan kebijakan privasi jaringan lebih mudah dipelihara. Dokumentasikan nilai penting, alasan setiap perubahan, hasil pengujian, dan kondisi sebelum perubahan. Dengan begitu, ketika konfigurasi bertambah besar, Anda masih memiliki jejak yang jelas untuk melakukan audit, rollback, atau troubleshooting.

2. Konsep inti yang harus dipahami

Pada bagian konsep inti dari DNS di Dalam VPN: Resolver, Split DNS, DNS Leak dan Troubleshooting, fokus utama adalah memahami A/AAAA record. Ini bukan sekadar istilah konfigurasi; bagian tersebut menentukan bagaimana paket data bergerak, bagaimana akses dibatasi, dan bagaimana kegagalan dapat dilokalisasi tanpa menebak-nebak. Dalam praktik, A/AAAA record perlu dilihat bersama komponen lain karena VPN bekerja sebagai satu rantai. Jika satu mata rantai salah—misalnya alamat, route, autentikasi atau firewall—tunnel dapat terlihat aktif tetapi layanan tetap tidak dapat dipakai. A/aaaa record perlu dicatat sebagai bagian dari desain. Hubungannya dengan search domain sebaiknya diuji secara eksplisit, bukan diasumsikan benar hanya karena satu indikator terlihat normal. Search domain perlu dicatat sebagai bagian dari desain. Hubungannya dengan split DNS sebaiknya diuji secara eksplisit, bukan diasumsikan benar hanya karena satu indikator terlihat normal. Split dns perlu dicatat sebagai bagian dari desain. Hubungannya dengan DNS cache sebaiknya diuji secara eksplisit, bukan diasumsikan benar hanya karena satu indikator terlihat normal. Dns cache perlu dicatat sebagai bagian dari desain. Hubungannya dengan DNS over HTTPS atau TLS sebaiknya diuji secara eksplisit, bukan diasumsikan benar hanya karena satu indikator terlihat normal. Pendekatan seperti ini membuat panduan resolver untuk menjaga pengalaman akses internal dan kebijakan privasi jaringan lebih mudah dipelihara. Dokumentasikan nilai penting, alasan setiap perubahan, hasil pengujian, dan kondisi sebelum perubahan. Dengan begitu, ketika konfigurasi bertambah besar, Anda masih memiliki jejak yang jelas untuk melakukan audit, rollback, atau troubleshooting.

3. Arsitektur dan alur kerja

Pada bagian alur kerja dari DNS di Dalam VPN: Resolver, Split DNS, DNS Leak dan Troubleshooting, fokus utama adalah memahami tentukan resolver yang harus dipakai client. Ini bukan sekadar istilah konfigurasi; bagian tersebut menentukan bagaimana paket data bergerak, bagaimana akses dibatasi, dan bagaimana kegagalan dapat dilokalisasi tanpa menebak-nebak. Pada jaringan nyata, tentukan resolver yang harus dipakai client perlu dilihat bersama komponen lain karena VPN bekerja sebagai satu rantai. Jika satu mata rantai salah—misalnya alamat, route, autentikasi atau firewall—tunnel dapat terlihat aktif tetapi layanan tetap tidak dapat dipakai. Tentukan resolver yang harus dipakai client perlu dicatat sebagai bagian dari desain. Hubungannya dengan kirim DNS melalui konfigurasi VPN bila didukung sebaiknya diuji secara eksplisit, bukan diasumsikan benar hanya karena satu indikator terlihat normal. Kirim dns melalui konfigurasi vpn bila didukung perlu dicatat sebagai bagian dari desain. Hubungannya dengan buat zone internal bila perlu sebaiknya diuji secara eksplisit, bukan diasumsikan benar hanya karena satu indikator terlihat normal. Buat zone internal bila perlu perlu dicatat sebagai bagian dari desain. Hubungannya dengan uji nslookup/dig sebaiknya diuji secara eksplisit, bukan diasumsikan benar hanya karena satu indikator terlihat normal. Uji nslookup/dig perlu dicatat sebagai bagian dari desain. Hubungannya dengan bandingkan hasil saat VPN aktif dan nonaktif sebaiknya diuji secara eksplisit, bukan diasumsikan benar hanya karena satu indikator terlihat normal. Pendekatan seperti ini membuat panduan resolver untuk menjaga pengalaman akses internal dan kebijakan privasi jaringan lebih mudah dipelihara. Dokumentasikan nilai penting, alasan setiap perubahan, hasil pengujian, dan kondisi sebelum perubahan. Dengan begitu, ketika konfigurasi bertambah besar, Anda masih memiliki jejak yang jelas untuk melakukan audit, rollback, atau troubleshooting.

tentukan resolver yang harus dipakai client.
kirim DNS melalui konfigurasi VPN bila didukung.
buat zone internal bila perlu.
uji nslookup/dig.
bandingkan hasil saat VPN aktif dan nonaktif.
bersihkan cache setelah perubahan.

4. Perencanaan sebelum konfigurasi

Pada bagian perencanaan dari DNS di Dalam VPN: Resolver, Split DNS, DNS Leak dan Troubleshooting, fokus utama adalah memahami resolver DNS. Ini bukan sekadar istilah konfigurasi; bagian tersebut menentukan bagaimana paket data bergerak, bagaimana akses dibatasi, dan bagaimana kegagalan dapat dilokalisasi tanpa menebak-nebak. Dari sisi operasional, resolver DNS perlu dilihat bersama komponen lain karena VPN bekerja sebagai satu rantai. Jika satu mata rantai salah—misalnya alamat, route, autentikasi atau firewall—tunnel dapat terlihat aktif tetapi layanan tetap tidak dapat dipakai. Resolver dns perlu dicatat sebagai bagian dari desain. Hubungannya dengan A/AAAA record sebaiknya diuji secara eksplisit, bukan diasumsikan benar hanya karena satu indikator terlihat normal. A/aaaa record perlu dicatat sebagai bagian dari desain. Hubungannya dengan search domain sebaiknya diuji secara eksplisit, bukan diasumsikan benar hanya karena satu indikator terlihat normal. Search domain perlu dicatat sebagai bagian dari desain. Hubungannya dengan tentukan resolver yang harus dipakai client sebaiknya diuji secara eksplisit, bukan diasumsikan benar hanya karena satu indikator terlihat normal. Tentukan resolver yang harus dipakai client perlu dicatat sebagai bagian dari desain. Hubungannya dengan kirim DNS melalui konfigurasi VPN bila didukung sebaiknya diuji secara eksplisit, bukan diasumsikan benar hanya karena satu indikator terlihat normal. Pendekatan seperti ini membuat panduan resolver untuk menjaga pengalaman akses internal dan kebijakan privasi jaringan lebih mudah dipelihara. Dokumentasikan nilai penting, alasan setiap perubahan, hasil pengujian, dan kondisi sebelum perubahan. Dengan begitu, ketika konfigurasi bertambah besar, Anda masih memiliki jejak yang jelas untuk melakukan audit, rollback, atau troubleshooting.

5. Langkah implementasi yang aman

Pada bagian implementasi dari DNS di Dalam VPN: Resolver, Split DNS, DNS Leak dan Troubleshooting, fokus utama adalah memahami tentukan resolver yang harus dipakai client. Ini bukan sekadar istilah konfigurasi; bagian tersebut menentukan bagaimana paket data bergerak, bagaimana akses dibatasi, dan bagaimana kegagalan dapat dilokalisasi tanpa menebak-nebak. Untuk administrator, tentukan resolver yang harus dipakai client perlu dilihat bersama komponen lain karena VPN bekerja sebagai satu rantai. Jika satu mata rantai salah—misalnya alamat, route, autentikasi atau firewall—tunnel dapat terlihat aktif tetapi layanan tetap tidak dapat dipakai. Tentukan resolver yang harus dipakai client perlu dicatat sebagai bagian dari desain. Hubungannya dengan kirim DNS melalui konfigurasi VPN bila didukung sebaiknya diuji secara eksplisit, bukan diasumsikan benar hanya karena satu indikator terlihat normal. Kirim dns melalui konfigurasi vpn bila didukung perlu dicatat sebagai bagian dari desain. Hubungannya dengan buat zone internal bila perlu sebaiknya diuji secara eksplisit, bukan diasumsikan benar hanya karena satu indikator terlihat normal. Buat zone internal bila perlu perlu dicatat sebagai bagian dari desain. Hubungannya dengan uji nslookup/dig sebaiknya diuji secara eksplisit, bukan diasumsikan benar hanya karena satu indikator terlihat normal. Uji nslookup/dig perlu dicatat sebagai bagian dari desain. Hubungannya dengan bandingkan hasil saat VPN aktif dan nonaktif sebaiknya diuji secara eksplisit, bukan diasumsikan benar hanya karena satu indikator terlihat normal. Pendekatan seperti ini membuat panduan resolver untuk menjaga pengalaman akses internal dan kebijakan privasi jaringan lebih mudah dipelihara. Dokumentasikan nilai penting, alasan setiap perubahan, hasil pengujian, dan kondisi sebelum perubahan. Dengan begitu, ketika konfigurasi bertambah besar, Anda masih memiliki jejak yang jelas untuk melakukan audit, rollback, atau troubleshooting.

tentukan resolver yang harus dipakai client.
kirim DNS melalui konfigurasi VPN bila didukung.
buat zone internal bila perlu.
uji nslookup/dig.
bandingkan hasil saat VPN aktif dan nonaktif.
bersihkan cache setelah perubahan.

6. Keamanan dan pembatasan akses

Pada bagian keamanan dari DNS di Dalam VPN: Resolver, Split DNS, DNS Leak dan Troubleshooting, fokus utama adalah memahami hindari resolver internal terbuka ke internet. Ini bukan sekadar istilah konfigurasi; bagian tersebut menentukan bagaimana paket data bergerak, bagaimana akses dibatasi, dan bagaimana kegagalan dapat dilokalisasi tanpa menebak-nebak. Untuk pengguna akhir, hindari resolver internal terbuka ke internet perlu dilihat bersama komponen lain karena VPN bekerja sebagai satu rantai. Jika satu mata rantai salah—misalnya alamat, route, autentikasi atau firewall—tunnel dapat terlihat aktif tetapi layanan tetap tidak dapat dipakai. Hindari resolver internal terbuka ke internet perlu dicatat sebagai bagian dari desain. Hubungannya dengan gunakan kontrol akses sebaiknya diuji secara eksplisit, bukan diasumsikan benar hanya karena satu indikator terlihat normal. Gunakan kontrol akses perlu dicatat sebagai bagian dari desain. Hubungannya dengan jangan memasukkan secret ke query atau hostname sebaiknya diuji secara eksplisit, bukan diasumsikan benar hanya karena satu indikator terlihat normal. Jangan memasukkan secret ke query atau hostname perlu dicatat sebagai bagian dari desain. Hubungannya dengan pahami bahwa DNS terenkripsi berbeda dengan VPN tunnel sebaiknya diuji secara eksplisit, bukan diasumsikan benar hanya karena satu indikator terlihat normal. Pahami bahwa dns terenkripsi berbeda dengan vpn tunnel perlu dicatat sebagai bagian dari desain. Hubungannya dengan hindari resolver internal terbuka ke internet sebaiknya diuji secara eksplisit, bukan diasumsikan benar hanya karena satu indikator terlihat normal. Pendekatan seperti ini membuat panduan resolver untuk menjaga pengalaman akses internal dan kebijakan privasi jaringan lebih mudah dipelihara. Dokumentasikan nilai penting, alasan setiap perubahan, hasil pengujian, dan kondisi sebelum perubahan. Dengan begitu, ketika konfigurasi bertambah besar, Anda masih memiliki jejak yang jelas untuk melakukan audit, rollback, atau troubleshooting.

hindari resolver internal terbuka ke internet.
gunakan kontrol akses.
jangan memasukkan secret ke query atau hostname.
pahami bahwa DNS terenkripsi berbeda dengan VPN tunnel.

7. Cara menguji hasil konfigurasi

Pada bagian pengujian dari DNS di Dalam VPN: Resolver, Split DNS, DNS Leak dan Troubleshooting, fokus utama adalah memahami uji nslookup/dig. Ini bukan sekadar istilah konfigurasi; bagian tersebut menentukan bagaimana paket data bergerak, bagaimana akses dibatasi, dan bagaimana kegagalan dapat dilokalisasi tanpa menebak-nebak. Pada tahap pengujian, uji nslookup/dig perlu dilihat bersama komponen lain karena VPN bekerja sebagai satu rantai. Jika satu mata rantai salah—misalnya alamat, route, autentikasi atau firewall—tunnel dapat terlihat aktif tetapi layanan tetap tidak dapat dipakai. Uji nslookup/dig perlu dicatat sebagai bagian dari desain. Hubungannya dengan bandingkan hasil saat VPN aktif dan nonaktif sebaiknya diuji secara eksplisit, bukan diasumsikan benar hanya karena satu indikator terlihat normal. Bandingkan hasil saat vpn aktif dan nonaktif perlu dicatat sebagai bagian dari desain. Hubungannya dengan bersihkan cache setelah perubahan sebaiknya diuji secara eksplisit, bukan diasumsikan benar hanya karena satu indikator terlihat normal. Bersihkan cache setelah perubahan perlu dicatat sebagai bagian dari desain. Hubungannya dengan ping IP berhasil tetapi nama gagal sebaiknya diuji secara eksplisit, bukan diasumsikan benar hanya karena satu indikator terlihat normal. Ping ip berhasil tetapi nama gagal perlu dicatat sebagai bagian dari desain. Hubungannya dengan domain internal resolve ke IP publik sebaiknya diuji secara eksplisit, bukan diasumsikan benar hanya karena satu indikator terlihat normal. Pendekatan seperti ini membuat panduan resolver untuk menjaga pengalaman akses internal dan kebijakan privasi jaringan lebih mudah dipelihara. Dokumentasikan nilai penting, alasan setiap perubahan, hasil pengujian, dan kondisi sebelum perubahan. Dengan begitu, ketika konfigurasi bertambah besar, Anda masih memiliki jejak yang jelas untuk melakukan audit, rollback, atau troubleshooting.

8. Masalah umum dan cara membacanya

Pada bagian troubleshooting dari DNS di Dalam VPN: Resolver, Split DNS, DNS Leak dan Troubleshooting, fokus utama adalah memahami ping IP berhasil tetapi nama gagal. Ini bukan sekadar istilah konfigurasi; bagian tersebut menentukan bagaimana paket data bergerak, bagaimana akses dibatasi, dan bagaimana kegagalan dapat dilokalisasi tanpa menebak-nebak. Jika lingkungan lebih kompleks, ping IP berhasil tetapi nama gagal perlu dilihat bersama komponen lain karena VPN bekerja sebagai satu rantai. Jika satu mata rantai salah—misalnya alamat, route, autentikasi atau firewall—tunnel dapat terlihat aktif tetapi layanan tetap tidak dapat dipakai. Ping ip berhasil tetapi nama gagal perlu dicatat sebagai bagian dari desain. Hubungannya dengan domain internal resolve ke IP publik sebaiknya diuji secara eksplisit, bukan diasumsikan benar hanya karena satu indikator terlihat normal. Domain internal resolve ke ip publik perlu dicatat sebagai bagian dari desain. Hubungannya dengan client memakai DNS dari Wi-Fi sebaiknya diuji secara eksplisit, bukan diasumsikan benar hanya karena satu indikator terlihat normal. Client memakai dns dari wi-fi perlu dicatat sebagai bagian dari desain. Hubungannya dengan cache lama sebaiknya diuji secara eksplisit, bukan diasumsikan benar hanya karena satu indikator terlihat normal. Cache lama perlu dicatat sebagai bagian dari desain. Hubungannya dengan IPv6 DNS mengambil jalur berbeda sebaiknya diuji secara eksplisit, bukan diasumsikan benar hanya karena satu indikator terlihat normal. Pendekatan seperti ini membuat panduan resolver untuk menjaga pengalaman akses internal dan kebijakan privasi jaringan lebih mudah dipelihara. Dokumentasikan nilai penting, alasan setiap perubahan, hasil pengujian, dan kondisi sebelum perubahan. Dengan begitu, ketika konfigurasi bertambah besar, Anda masih memiliki jejak yang jelas untuk melakukan audit, rollback, atau troubleshooting.

ping IP berhasil tetapi nama gagal.
domain internal resolve ke IP publik.
client memakai DNS dari Wi-Fi.
cache lama.
IPv6 DNS mengambil jalur berbeda.
DoH browser mengabaikan resolver sistem.

9. Praktik terbaik untuk penggunaan jangka panjang

Pada bagian praktik terbaik dari DNS di Dalam VPN: Resolver, Split DNS, DNS Leak dan Troubleshooting, fokus utama adalah memahami hindari resolver internal terbuka ke internet. Ini bukan sekadar istilah konfigurasi; bagian tersebut menentukan bagaimana paket data bergerak, bagaimana akses dibatasi, dan bagaimana kegagalan dapat dilokalisasi tanpa menebak-nebak. Selain itu, hindari resolver internal terbuka ke internet perlu dilihat bersama komponen lain karena VPN bekerja sebagai satu rantai. Jika satu mata rantai salah—misalnya alamat, route, autentikasi atau firewall—tunnel dapat terlihat aktif tetapi layanan tetap tidak dapat dipakai. Hindari resolver internal terbuka ke internet perlu dicatat sebagai bagian dari desain. Hubungannya dengan gunakan kontrol akses sebaiknya diuji secara eksplisit, bukan diasumsikan benar hanya karena satu indikator terlihat normal. Gunakan kontrol akses perlu dicatat sebagai bagian dari desain. Hubungannya dengan jangan memasukkan secret ke query atau hostname sebaiknya diuji secara eksplisit, bukan diasumsikan benar hanya karena satu indikator terlihat normal. Jangan memasukkan secret ke query atau hostname perlu dicatat sebagai bagian dari desain. Hubungannya dengan pahami bahwa DNS terenkripsi berbeda dengan VPN tunnel sebaiknya diuji secara eksplisit, bukan diasumsikan benar hanya karena satu indikator terlihat normal. Pahami bahwa dns terenkripsi berbeda dengan vpn tunnel perlu dicatat sebagai bagian dari desain. Hubungannya dengan resolver DNS sebaiknya diuji secara eksplisit, bukan diasumsikan benar hanya karena satu indikator terlihat normal. Pendekatan seperti ini membuat panduan resolver untuk menjaga pengalaman akses internal dan kebijakan privasi jaringan lebih mudah dipelihara. Dokumentasikan nilai penting, alasan setiap perubahan, hasil pengujian, dan kondisi sebelum perubahan. Dengan begitu, ketika konfigurasi bertambah besar, Anda masih memiliki jejak yang jelas untuk melakukan audit, rollback, atau troubleshooting.

10. Perintah diagnostik yang berguna

Perintah berikut digunakan untuk membaca kondisi, bukan untuk menghapus konfigurasi. Jalankan hanya perintah yang sesuai dengan sistem operasi atau perangkat Anda. Simpan hasilnya sebelum mengubah konfigurasi karena output tersebut sangat berguna untuk membandingkan kondisi sebelum dan sesudah perbaikan.

nslookup example.internal
dig example.internal
ipconfig /flushdns

11. Checklist verifikasi

Koneksi internet dasar berfungsi sebelum VPN dinyalakan.
Waktu dan tanggal perangkat benar.
Endpoint, port, identitas dan alamat tunnel sesuai konfigurasi terbaru.
Route menuju jaringan tujuan terlihat aktif.
Firewall hanya membuka trafik yang memang dibutuhkan.
Jalur balasan dari tujuan kembali melalui router atau server yang benar.
DNS diuji terpisah dari konektivitas IP.
Kredensial rahasia tidak muncul pada screenshot, log, atau tiket publik.
Perubahan besar memiliki backup dan rencana rollback.

12. FAQ dan keputusan praktis

Apakah tunnel yang berstatus connected berarti semuanya sudah benar?

Belum. Status connected atau handshake hanya membuktikan fase tertentu berhasil. Route, firewall, NAT, DNS dan service tujuan tetap harus diuji. Dalam konteks panduan ini, keputusan selalu kembali pada tujuan jaringan dan bukti hasil pengujian, bukan pada asumsi bahwa satu konfigurasi cocok untuk semua perangkat.

Apakah saya harus mengubah banyak setting sekaligus ketika gagal?

Tidak. Ubah satu variabel, uji, lalu catat hasil. Perubahan massal membuat penyebab asli sulit ditemukan dan memperbesar risiko konfigurasi baru menutupi gejala lama. Dalam konteks panduan ini, keputusan selalu kembali pada tujuan jaringan dan bukti hasil pengujian, bukan pada asumsi bahwa satu konfigurasi cocok untuk semua perangkat.

Kapan sebaiknya melakukan regenerasi key atau password?

Lakukan saat secret terekspos, perangkat hilang, kepemilikan berubah, atau kebijakan rotasi organisasi mengharuskannya. Regenerasi bukan langkah pertama untuk setiap gangguan koneksi. Dalam konteks panduan ini, keputusan selalu kembali pada tujuan jaringan dan bukti hasil pengujian, bukan pada asumsi bahwa satu konfigurasi cocok untuk semua perangkat.

Apa data paling berguna ketika meminta bantuan?

Nama perangkat, waktu kejadian, status tunnel, alamat IP VPN yang tidak rahasia, tujuan yang diuji, pesan error, dan hasil tes bertahap. Sensor private key, password, token dan OTP. Dalam konteks panduan ini, keputusan selalu kembali pada tujuan jaringan dan bukti hasil pengujian, bukan pada asumsi bahwa satu konfigurasi cocok untuk semua perangkat.

13. Ringkasan

DNS di Dalam VPN: Resolver, Split DNS, DNS Leak dan Troubleshooting akan lebih mudah dikelola bila desain, keamanan, dan troubleshooting dipikirkan sebagai satu kesatuan. Mulai dari kebutuhan, pilih konfigurasi paling sederhana yang memenuhi kebutuhan tersebut, batasi akses, uji jalur dua arah, lalu dokumentasikan hasilnya. Jika memakai ARGALYTA VPN, gunakan konfigurasi yang dihasilkan panel sebagai sumber utama untuk endpoint, IP tunnel, key atau kredensial, kemudian tambahkan Remote Access atau Interkoneksi hanya setelah tunnel dasar terbukti sehat.