Drive yang Dipetakan lewat VPN Situs: DNS, SMB, dan Jalur UNC

Halaman Jaringan di Explorer menampilkan perangkat yang mengumumkan dirinya di segmen lokal, dan tunnel yang dirutekan tidak membawa satu pun pengumuman itu. Itulah sebabnya server bisa sepenuhnya terjangkau sementara jendela di depan pengguna tetap kosong. Jalur UNC bernama sama sekali tidak bergantung pada penemuan, dan solusinya adalah membuat nama ter-resolve dan port menjawab. Jendela kosong adalah gejala lapisan yang salah, bukan share yang rusak.

Penemuan tidak sama dengan keterjangkauan

Windows menemukan mesin di sekitar melalui protokol yang dirancang untuk domain siaran, lalu menampilkan temuannya sebagai daftar kemudahan. Tidak ada satu pun di daftar itu yang diperlukan untuk akses file SMB. Klien yang tahu nama server dan dapat mencapai TCP 445 akan membuka share, terlepas dari apakah mesin itu pernah muncul di Jaringan.

Kedua lapisan gagal secara independen, karena itu "saya tidak melihatnya" dan "saya tidak bisa membukanya" layak mendapat pengujian berbeda. Melihat daftar memberi tahu tentang penemuan; membuka jalur memberi tahu tentang layanan.

Beri nama server sebelum memetakan share

Publikasikan file server di DNS dengan alamat yang dimilikinya di sisi jauh, dan arahkan situs klien ke resolver yang dapat menjawab zona itu. Nama yang sepenuhnya memenuhi syarat menghindari ketergantungan pada daftar pencarian akhiran lokal, yang biasanya menjadi alasan nama pendek bekerja di satu situs dan gagal di situs lain.

Jika lingkungan memakai Active Directory, resolusi nama juga bagian dari autentikasi: klien harus mencapai pengendali domain untuk Kerberos, dan jam yang terlalu jauh bergeser akan membuat pertukaran tiket gagal. Itu masalah berbeda dari keterjangkauan SMB dan tampak seperti kesalahan kredensial. Uji pengendali domain sebelum mengetik ulang kata sandi.

Rutekan dan filter di kedua arah

Tunnel antarsitus memerlukan prefiks jauh di tabel rute lokal dan prefiks lokal di tabel jauh, dan firewall di setiap sisi harus mengizinkan lalu lintas yang datang. Konfigurasi satu arah menghasilkan koneksi yang terbuka dan tidak pernah menjawab, yang oleh pengguna disebut share lambat. Periksa dulu penghitung tunnel itu sendiri. Jika paket keluar dan tidak ada yang kembali, cari rute balik atau filter jauh.

Pada WireGuard, IP yang diizinkan milik peer dan rute sistem operasi harus sesuai dengan rancangan itu. Tunnel membawa paket; ia tidak menyediakan catatan DNS atau izin share di salah satu sisi.

Dasarkan aturan firewall pada jaringan sumber sebenarnya yang akan terhubung, dan catat pengecualiannya. Jika rancangan menerjemahkan alamat di suatu titik jalur, aturan harus memakai sumber yang diterjemahkan, dan alamat klien asli tidak lagi terlihat di log.

Autentikasi, lalu petakan drive

Telusuri lapisan dengan perintah, bukan dengan jendela Explorer:

Resolve-DnsName -Name files.corp.example -Type A
Test-NetConnection -ComputerName files.corp.example -Port 445
net use Z: \\files.corp.example\Projects /persistent:no

Perintah kedua membuktikan jalur TCP, bukan hak untuk membaca apa pun. Yang ketiga adalah tempat autentikasi dan otorisasi dijalankan, dan kegagalan di sana seharusnya mengarahkan Anda ke izin share dan sistem file, bukan kembali ke router.

Pertahankan penandatanganan SMB dan kebijakan autentikasi yang ada. Mengaktifkan kembali SMB1 atau meneruskan siaran penemuan melalui tunnel tidak diperlukan untuk jalur eksplisit, dan TCP 445 sebaiknya tetap di jalur privat, bukan pada penerusan yang menghadap internet. Beri pengguna pintasan terkelola atau drive yang dipetakan ke nama yang disetujui, dan halaman Jaringan yang kosong tidak lagi penting.