OpenVPN Lengkap: TLS, Sertifikat, Username, TCP/UDP, Route dan CCD

OpenVPN Lengkap: TLS, Sertifikat, Username, TCP/UDP, Route dan CCD adalah panduan mendalam mengenai panduan teknis OpenVPN yang relevan untuk client desktop, Linux, dan RouterOS 6 pada layanan ARGALYTA. 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 OpenVPN Lengkap: TLS, Sertifikat, Username, TCP/UDP, Route dan CCD, fokus utama adalah memahami TLS control channel. 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, TLS control channel 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. Tls control channel perlu dicatat sebagai bagian dari desain. Hubungannya dengan sertifikat atau kredensial client sebaiknya diuji secara eksplisit, bukan diasumsikan benar hanya karena satu indikator terlihat normal. Sertifikat atau kredensial client perlu dicatat sebagai bagian dari desain. Hubungannya dengan transport TCP atau UDP sebaiknya diuji secara eksplisit, bukan diasumsikan benar hanya karena satu indikator terlihat normal. Transport tcp atau udp perlu dicatat sebagai bagian dari desain. Hubungannya dengan virtual tunnel TUN sebaiknya diuji secara eksplisit, bukan diasumsikan benar hanya karena satu indikator terlihat normal. Virtual tunnel tun perlu dicatat sebagai bagian dari desain. Hubungannya dengan push route dari server sebaiknya diuji secara eksplisit, bukan diasumsikan benar hanya karena satu indikator terlihat normal. Pendekatan seperti ini membuat panduan teknis OpenVPN yang relevan untuk client desktop, Linux, dan RouterOS 6 pada layanan ARGALYTA 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 OpenVPN Lengkap: TLS, Sertifikat, Username, TCP/UDP, Route dan CCD, fokus utama adalah memahami sertifikat atau kredensial client. 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, sertifikat atau kredensial 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. Sertifikat atau kredensial client perlu dicatat sebagai bagian dari desain. Hubungannya dengan transport TCP atau UDP sebaiknya diuji secara eksplisit, bukan diasumsikan benar hanya karena satu indikator terlihat normal. Transport tcp atau udp perlu dicatat sebagai bagian dari desain. Hubungannya dengan virtual tunnel TUN sebaiknya diuji secara eksplisit, bukan diasumsikan benar hanya karena satu indikator terlihat normal. Virtual tunnel tun perlu dicatat sebagai bagian dari desain. Hubungannya dengan push route dari server sebaiknya diuji secara eksplisit, bukan diasumsikan benar hanya karena satu indikator terlihat normal. Push route dari server perlu dicatat sebagai bagian dari desain. Hubungannya dengan CCD dan iroute untuk jaringan di belakang client sebaiknya diuji secara eksplisit, bukan diasumsikan benar hanya karena satu indikator terlihat normal. Pendekatan seperti ini membuat panduan teknis OpenVPN yang relevan untuk client desktop, Linux, dan RouterOS 6 pada layanan ARGALYTA 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 OpenVPN Lengkap: TLS, Sertifikat, Username, TCP/UDP, Route dan CCD, fokus utama adalah memahami siapkan server dan CA atau mekanisme autentikasi. 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, siapkan server dan CA atau mekanisme autentikasi 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. Siapkan server dan ca atau mekanisme autentikasi perlu dicatat sebagai bagian dari desain. Hubungannya dengan buat profil client sebaiknya diuji secara eksplisit, bukan diasumsikan benar hanya karena satu indikator terlihat normal. Buat profil client perlu dicatat sebagai bagian dari desain. Hubungannya dengan tentukan subnet tunnel sebaiknya diuji secara eksplisit, bukan diasumsikan benar hanya karena satu indikator terlihat normal. Tentukan subnet tunnel perlu dicatat sebagai bagian dari desain. Hubungannya dengan tentukan route yang perlu didorong sebaiknya diuji secara eksplisit, bukan diasumsikan benar hanya karena satu indikator terlihat normal. Tentukan route yang perlu didorong perlu dicatat sebagai bagian dari desain. Hubungannya dengan pasang iroute untuk LAN di belakang client sebaiknya diuji secara eksplisit, bukan diasumsikan benar hanya karena satu indikator terlihat normal. Pendekatan seperti ini membuat panduan teknis OpenVPN yang relevan untuk client desktop, Linux, dan RouterOS 6 pada layanan ARGALYTA 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.

siapkan server dan CA atau mekanisme autentikasi.
buat profil client.
tentukan subnet tunnel.
tentukan route yang perlu didorong.
pasang iroute untuk LAN di belakang client.
hubungkan client.
uji jalur dua arah.

4. Perencanaan sebelum konfigurasi

Pada bagian perencanaan dari OpenVPN Lengkap: TLS, Sertifikat, Username, TCP/UDP, Route dan CCD, fokus utama adalah memahami TLS control channel. 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, TLS control channel 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. Tls control channel perlu dicatat sebagai bagian dari desain. Hubungannya dengan sertifikat atau kredensial client sebaiknya diuji secara eksplisit, bukan diasumsikan benar hanya karena satu indikator terlihat normal. Sertifikat atau kredensial client perlu dicatat sebagai bagian dari desain. Hubungannya dengan transport TCP atau UDP sebaiknya diuji secara eksplisit, bukan diasumsikan benar hanya karena satu indikator terlihat normal. Transport tcp atau udp perlu dicatat sebagai bagian dari desain. Hubungannya dengan siapkan server dan CA atau mekanisme autentikasi sebaiknya diuji secara eksplisit, bukan diasumsikan benar hanya karena satu indikator terlihat normal. Siapkan server dan ca atau mekanisme autentikasi perlu dicatat sebagai bagian dari desain. Hubungannya dengan buat profil client sebaiknya diuji secara eksplisit, bukan diasumsikan benar hanya karena satu indikator terlihat normal. Pendekatan seperti ini membuat panduan teknis OpenVPN yang relevan untuk client desktop, Linux, dan RouterOS 6 pada layanan ARGALYTA 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 OpenVPN Lengkap: TLS, Sertifikat, Username, TCP/UDP, Route dan CCD, fokus utama adalah memahami siapkan server dan CA atau mekanisme autentikasi. 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, siapkan server dan CA atau mekanisme autentikasi 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. Siapkan server dan ca atau mekanisme autentikasi perlu dicatat sebagai bagian dari desain. Hubungannya dengan buat profil client sebaiknya diuji secara eksplisit, bukan diasumsikan benar hanya karena satu indikator terlihat normal. Buat profil client perlu dicatat sebagai bagian dari desain. Hubungannya dengan tentukan subnet tunnel sebaiknya diuji secara eksplisit, bukan diasumsikan benar hanya karena satu indikator terlihat normal. Tentukan subnet tunnel perlu dicatat sebagai bagian dari desain. Hubungannya dengan tentukan route yang perlu didorong sebaiknya diuji secara eksplisit, bukan diasumsikan benar hanya karena satu indikator terlihat normal. Tentukan route yang perlu didorong perlu dicatat sebagai bagian dari desain. Hubungannya dengan pasang iroute untuk LAN di belakang client sebaiknya diuji secara eksplisit, bukan diasumsikan benar hanya karena satu indikator terlihat normal. Pendekatan seperti ini membuat panduan teknis OpenVPN yang relevan untuk client desktop, Linux, dan RouterOS 6 pada layanan ARGALYTA 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.

siapkan server dan CA atau mekanisme autentikasi.
buat profil client.
tentukan subnet tunnel.
tentukan route yang perlu didorong.
pasang iroute untuk LAN di belakang client.
hubungkan client.
uji jalur dua arah.

6. Keamanan dan pembatasan akses

Pada bagian keamanan dari OpenVPN Lengkap: TLS, Sertifikat, Username, TCP/UDP, Route dan CCD, fokus utama adalah memahami gunakan TLS modern. 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, gunakan TLS modern 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. Gunakan tls modern perlu dicatat sebagai bagian dari desain. Hubungannya dengan jangan bagikan file profile yang berisi secret sebaiknya diuji secara eksplisit, bukan diasumsikan benar hanya karena satu indikator terlihat normal. Jangan bagikan file profile yang berisi secret perlu dicatat sebagai bagian dari desain. Hubungannya dengan cabut kredensial client yang hilang sebaiknya diuji secara eksplisit, bukan diasumsikan benar hanya karena satu indikator terlihat normal. Cabut kredensial client yang hilang perlu dicatat sebagai bagian dari desain. Hubungannya dengan batasi akses antar client dengan firewall sebaiknya diuji secara eksplisit, bukan diasumsikan benar hanya karena satu indikator terlihat normal. Batasi akses antar client dengan firewall perlu dicatat sebagai bagian dari desain. Hubungannya dengan gunakan TLS modern sebaiknya diuji secara eksplisit, bukan diasumsikan benar hanya karena satu indikator terlihat normal. Pendekatan seperti ini membuat panduan teknis OpenVPN yang relevan untuk client desktop, Linux, dan RouterOS 6 pada layanan ARGALYTA 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.

gunakan TLS modern.
jangan bagikan file profile yang berisi secret.
cabut kredensial client yang hilang.
batasi akses antar client dengan firewall.

7. Cara menguji hasil konfigurasi

Pada bagian pengujian dari OpenVPN Lengkap: TLS, Sertifikat, Username, TCP/UDP, Route dan CCD, fokus utama adalah memahami pasang iroute untuk LAN di belakang 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 tahap pengujian, pasang iroute untuk LAN di belakang 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. Pasang iroute untuk lan di belakang client perlu dicatat sebagai bagian dari desain. Hubungannya dengan hubungkan client sebaiknya diuji secara eksplisit, bukan diasumsikan benar hanya karena satu indikator terlihat normal. Hubungkan client perlu dicatat sebagai bagian dari desain. Hubungannya dengan uji jalur dua arah sebaiknya diuji secara eksplisit, bukan diasumsikan benar hanya karena satu indikator terlihat normal. Uji jalur dua arah perlu dicatat sebagai bagian dari desain. Hubungannya dengan TLS handshake gagal sebaiknya diuji secara eksplisit, bukan diasumsikan benar hanya karena satu indikator terlihat normal. Tls handshake gagal perlu dicatat sebagai bagian dari desain. Hubungannya dengan auth failed sebaiknya diuji secara eksplisit, bukan diasumsikan benar hanya karena satu indikator terlihat normal. Pendekatan seperti ini membuat panduan teknis OpenVPN yang relevan untuk client desktop, Linux, dan RouterOS 6 pada layanan ARGALYTA 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 OpenVPN Lengkap: TLS, Sertifikat, Username, TCP/UDP, Route dan CCD, fokus utama adalah memahami TLS handshake 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, TLS handshake 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. Tls handshake gagal perlu dicatat sebagai bagian dari desain. Hubungannya dengan auth failed sebaiknya diuji secara eksplisit, bukan diasumsikan benar hanya karena satu indikator terlihat normal. Auth failed perlu dicatat sebagai bagian dari desain. Hubungannya dengan connection reset sebaiknya diuji secara eksplisit, bukan diasumsikan benar hanya karena satu indikator terlihat normal. Connection reset perlu dicatat sebagai bagian dari desain. Hubungannya dengan route push tidak terbaca sebaiknya diuji secara eksplisit, bukan diasumsikan benar hanya karena satu indikator terlihat normal. Route push tidak terbaca perlu dicatat sebagai bagian dari desain. Hubungannya dengan client running tetapi LAN di belakangnya tidak dapat dicapai sebaiknya diuji secara eksplisit, bukan diasumsikan benar hanya karena satu indikator terlihat normal. Pendekatan seperti ini membuat panduan teknis OpenVPN yang relevan untuk client desktop, Linux, dan RouterOS 6 pada layanan ARGALYTA 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.

TLS handshake gagal.
auth failed.
connection reset.
route push tidak terbaca.
client running tetapi LAN di belakangnya tidak dapat dicapai.
TCP-over-TCP menyebabkan performa turun pada kondisi tertentu.

9. Praktik terbaik untuk penggunaan jangka panjang

Pada bagian praktik terbaik dari OpenVPN Lengkap: TLS, Sertifikat, Username, TCP/UDP, Route dan CCD, fokus utama adalah memahami gunakan TLS modern. 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, gunakan TLS modern 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. Gunakan tls modern perlu dicatat sebagai bagian dari desain. Hubungannya dengan jangan bagikan file profile yang berisi secret sebaiknya diuji secara eksplisit, bukan diasumsikan benar hanya karena satu indikator terlihat normal. Jangan bagikan file profile yang berisi secret perlu dicatat sebagai bagian dari desain. Hubungannya dengan cabut kredensial client yang hilang sebaiknya diuji secara eksplisit, bukan diasumsikan benar hanya karena satu indikator terlihat normal. Cabut kredensial client yang hilang perlu dicatat sebagai bagian dari desain. Hubungannya dengan batasi akses antar client dengan firewall sebaiknya diuji secara eksplisit, bukan diasumsikan benar hanya karena satu indikator terlihat normal. Batasi akses antar client dengan firewall perlu dicatat sebagai bagian dari desain. Hubungannya dengan TLS control channel sebaiknya diuji secara eksplisit, bukan diasumsikan benar hanya karena satu indikator terlihat normal. Pendekatan seperti ini membuat panduan teknis OpenVPN yang relevan untuk client desktop, Linux, dan RouterOS 6 pada layanan ARGALYTA 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.

ip addr show tun0
ip route
cat /var/log/openvpn-status.log

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

OpenVPN Lengkap: TLS, Sertifikat, Username, TCP/UDP, Route dan CCD 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.