Akses jarak jauh atau VPN situs-ke-situs: mana yang cocok?

Karyawan yang bepergian dan kantor cabang membutuhkan tunnel yang berbeda, dan pilihan yang salah menghasilkan desain yang berfungsi di laboratorium dan gagal pada hari Senin pertama. Akses jarak jauh menghubungkan perangkat ke gateway. Situs-ke-situs menghubungkan dua gateway yang mewakili jaringan. Daftar periksa di bawah ini menentukan mana yang sebenarnya dijelaskan oleh kebutuhan.

Siapa yang memanggil, dan apa yang ada di balik pemanggil

Pada akses jarak jauh, perangkat lunak di laptop atau ponsel membangun tunnel, dan gateway mengautentikasi pengguna, perangkat, atau keduanya sebelum memberikan alamat dan rute. Pada situs-ke-situs, router, firewall, atau gateway cloud membangun koneksi, dan perangkat di belakangnya memakai perutean biasa alih-alih menjalankan klien. Perbedaan itu menentukan siapa yang memiliki ketersediaan tunnel: perangkat karyawan pada kasus pertama, peralatan terkelola pada kasus kedua. Perbedaan itu juga menentukan apakah autentikasi menjelaskan orang atau jaringan.

Berhenti di sini jika kebutuhannya adalah setiap mesin di satu kantor mencapai kantor lain tanpa penyiapan per perangkat. Itu situs-ke-situs, dan tumpukan login akses jarak jauh adalah pengganti yang buruk.

Pengalamatan dan jalur balik

Rencanakan rentang lokal dan jarak jauh yang berbeda. Dua situs dapat memakai subnet privat yang sama, dan desainnya lalu membutuhkan penerjemahan atau penomoran ulang sebelum perutean menjadi tidak ambigu. Router rumah yang memakai rentang sama dengan kantor pusat menimbulkan masalah yang sama bagi satu pekerja jarak jauh. Tumpang tindih cukup umum sehingga pemeriksaannya termasuk dalam percakapan pertama.

Jalur balik sama pentingnya dengan jalur keluar. Server dapat menerima permintaan dan tetap tidak memiliki rute kembali ke jaringan klien.

Dokumentasikan router mana yang mengenal prefiks jarak jauh, terutama dengan jaringan cloud dan beberapa gateway. Ikon tunnel hijau tidak dapat menjawab apakah tujuan memiliki jalur balik yang berfungsi, dan ping satu arah juga tidak. Pada akses jarak jauh gateway biasanya memiliki rute kumpulan; pada situs-ke-situs, setiap router perantara yang membawa prefiks harus setuju. Penerjemahan dapat menyembunyikan rute yang hilang sampai aplikasi yang menyematkan alamat rusak.

Keluar ke internet adalah keputusan terpisah

Keterjangkauan privat tidak menuntut tunnel membawa penjelajahan publik. Apakah lalu lintas web biasa keluar melalui gateway adalah keputusan kedua, diambil per desain dan dicatat di profil klien atau konfigurasi situs.

Tunnel penuh dan tunnel terpisah adalah jawaban atas pertanyaan itu, bukan pertanyaan akses jarak jauh versus situs-ke-situs. Nama internal membutuhkan DNS yang sesuai di kedua desain, karena resolver publik tidak punya jawaban untuk nama host kantor privat. Mendorong resolver dan mendorong rute default adalah pengaturan terkait, dan mengubah salah satunya tanpa yang lain menghasilkan kegagalan yang tampak seperti masalah DNS.

Gunakan topologi untuk mempersempit gangguan

Satu laptop keliling kehilangan akses pada klien, akunnya, atau jaringan lokalnya. Seluruh cabang kehilangan akses pada jalur dan gateway bersama.

Periksa pembentukan tunnel lebih dulu, lalu rute, lalu lalu lintas yang diizinkan, lalu resolusi nama, lalu login aplikasi, dan berhenti pada langkah pertama yang gagal.ip route get 10.60.8.15 menjawab pertanyaan perutean sebelum Anda membaca satu berkas log aplikasi. Pengaturan enkripsi tidak memperbaiki kesalahan izin berbagi berkas, dan ping yang berfungsi tidak membuktikan aplikasi berwenang. Mempertahankan urutan tetap mencegah perubahan konfigurasi acak yang mengubah satu gangguan menjadi tiga.

Terakhir, jaga definisi tetap lurus saat membaca materi vendor: server keluar internet komersial adalah layanan berbeda dari gateway privat perusahaan dan tidak memberi akses apa pun ke jaringan perusahaan itu.