Jasa setup VPN perusahaan memberi akses aman bagi karyawan dan kantor cabang ke jaringan internal tanpa memublikasikan layanan penting ke internet. Kami memasang WireGuard atau OpenVPN, mengatur akses per pengguna, dan menyerahkan panduan administrasinya.

Cara paling cepat membuka akses jarak jauh adalah memublikasikan port RDP atau database ke internet. Itu juga cara paling cepat kehilangan server: pemindai otomatis menemukan port terbuka dalam hitungan jam, bukan hari.

VPN memindahkan seluruh akses itu ke belakang satu pintu terenkripsi yang hanya bisa dilewati perangkat dengan kunci. Sisanya tetap tidak terlihat dari luar.

WireGuard perusahaan atau OpenVPN server

Dua pilihan yang realistis hari ini. WireGuard perusahaan lebih cepat, kodenya jauh lebih kecil sehingga permukaan seranganya sempit, dan sambungannya pulih hampir seketika ketika jaringan berpindah dari WiFi ke seluler — penting untuk laptop yang dibawa keliling.

OpenVPN server lebih tua tapi lebih lentur: ia bisa berjalan di atas TCP port 443, yang membuatnya lolos dari jaringan hotel atau kantor klien yang memblokir UDP. Ia juga punya dukungan otentikasi terpusat yang lebih matang, termasuk LDAP dan RADIUS.

Pilihan kami biasanya WireGuard untuk sambungan antar-server dan antar-kantor, OpenVPN untuk pengguna yang sering berada di jaringan asing. Keduanya bisa berjalan bersamaan di satu server.

Topologi VPN yang menghubungkan kantor pusat, kantor cabang, dan pengguna jarak jauh
Satu pintu terenkripsi — sisanya tidak terlihat dari internet.

VPN site to site untuk menyambung kantor cabang

Konfigurasi VPN site to site menyambungkan dua jaringan secara utuh, bukan per perangkat. Setelah berdiri, komputer di kantor cabang bisa menjangkau printer, file server, dan aplikasi di kantor pusat seolah berada di gedung yang sama — tanpa siapa pun menjalankan aplikasi VPN.

Yang paling sering menjadi masalah pada pemasangan vpn kantor cabang bukan enkripsinya, melainkan perencanaan alamat IP. Kalau dua kantor memakai rentang yang sama — dan `192.168.1.0/24` di kedua sisi itu kejadian yang sangat umum — routing-nya tidak akan pernah bekerja tanpa penomoran ulang atau NAT.

Karena itu tahap pertama pekerjaan ini selalu pemetaan alamat, bukan konfigurasi tunnel. Kalau perlu penomoran ulang, kami kerjakan bertahap per segmen supaya tidak ada hari di mana seluruh kantor kehilangan jaringan.

Akses remote aman per pengguna, bukan satu kunci bersama

Pola yang sering kami temui: satu berkas konfigurasi VPN dibagikan ke semua orang lewat grup chat. Praktis, sampai ada yang resign — dan satu-satunya cara mencabut aksesnya adalah mengganti kunci semua orang.

Akses remote aman disusun per pengguna: setiap orang punya kuncinya sendiri, bisa dicabut sendiri, dan tercatat sendiri di log sambungan. Ketika ada yang keluar, satu baris dihapus dan selesai.

Selain itu, akses dibatasi berdasarkan kebutuhan. Tim keuangan tidak perlu menjangkau server produksi, dan pengembang tidak perlu menjangkau berkas HRD. Pembatasan ini dikerjakan lewat aturan firewall di sisi VPN, bukan mengandalkan izin di aplikasi.

Yang kami serahkan setelah pemasangan

VPN yang hanya bisa diurus pemasangnya menjadi masalah begitu ada karyawan baru pada hari Senin. Karena itu penyerahan pekerjaannya mencakup hal-hal berikut.

  • Berkas atau QR konfigurasi per pengguna, siap dipakai di Windows, macOS, Android, dan iOS.
  • Panduan langkah demi langkah menambah dan mencabut pengguna, dengan tangkapan layar.
  • Diagram jaringan berisi rentang alamat, rute, dan aturan akses per kelompok.
  • Pemantauan status tunnel dengan notifikasi bila sambungan antar-kantor terputus.
  • Prosedur pemulihan bila server VPN mati, termasuk jalur akses daruratnya.

Setelah VPN berdiri: menutup pintu yang lama

Pemasangan VPN tidak memberi manfaat keamanan apa pun kalau port lama tetap terbuka. Langkah terakhir yang justru paling penting adalah menutup akses langsung ke SSH, RDP, dan port basis data dari internet, menyisakan jalur lewat VPN saja.

Kami kerjakan ini bertahap dan dengan urutan yang aman: VPN diuji lebih dulu oleh beberapa pengguna selama beberapa hari, jalur akses darurat disiapkan, baru port lama ditutup. Menutupnya di hari yang sama dengan pemasangan adalah cara cepat mengunci diri sendiri di luar server.

Setelah itu, pemindai otomatis yang tadinya menemukan puluhan percobaan login per jam tidak lagi punya apa pun untuk dicoba. Perubahan itu terlihat jelas di log otentikasi minggu berikutnya.

Berapa besar server VPN yang dibutuhkan

Pertanyaan ini gampang dijawab salah ke dua arah. Enkripsi memang menuntut CPU, tetapi jauh lebih ringan daripada yang biasanya diperkirakan — untuk dua puluh sampai lima puluh pengguna yang mayoritas hanya mengakses aplikasi web dan berkas, satu VPS dengan dua inti prosesor sudah lebih dari cukup.

Yang menentukan justru bandwidth, bukan jumlah pengguna. Lima orang yang menyalin berkas besar sepanjang hari membebani lebih berat daripada lima puluh orang yang membuka aplikasi. Karena itu kami tanyakan pola pemakaiannya, bukan hanya jumlah kepalanya.

Untuk sambungan antar-kantor yang dipakai memindahkan data besar secara rutin, WireGuard punya keunggulan nyata: pemakaian CPU-nya jauh lebih rendah pada throughput yang sama, sehingga perangkat yang sama bisa melayani jauh lebih banyak.

Lainnya seputar Manage Server

FAQ

Pertanyaan seputar Setup VPN

Apakah VPN memperlambat koneksi?

Selalu ada tambahan waktu tempuh karena lalu lintas melewati server VPN. Dengan WireGuard dan server yang lokasinya dekat, tambahannya biasanya beberapa milidetik saja — tidak terasa untuk aplikasi bisnis.

Bisa dipasang di server yang sudah ada?

Bisa, VPN tidak menuntut server tersendiri. Untuk lingkungan yang lalu lintasnya padat atau yang menuntut isolasi lebih tegas, kami tetap menyarankan server kecil khusus.

Bagaimana kalau karyawan memakai laptop pribadi?

Secara teknis bisa, tetapi berarti perangkat yang tidak Anda kendalikan mendapat akses ke jaringan internal. Kalau tidak bisa dihindari, batasi aksesnya hanya ke aplikasi yang benar-benar diperlukan.

Perlu IP publik statis?

Di sisi server, ya — atau setidaknya nama domain yang mengikuti IP dinamisnya. Di sisi pengguna dan kantor cabang tidak perlu, karena sambungannya selalu diprakarsai dari sana.

Server jalan, tapi tidak ada yang benar-benar memegang?

Itu kondisi paling umum yang kami temui. Ceritakan jumlah server dan aplikasinya, kami susun cakupan yang masuk akal.

WhatsApp