GVC macet di Acquiring IP: ini bukan masalah kata sandi

Autentikasi bisa selesai sementara adaptor virtual masih belum punya alamat. Ikuti jalur sewa, bukan mengganti pengaturan klien yang tidak terkait.

Global VPN Client berhenti di Acquiring IP, dan reaksi pertama adalah mengetik ulang kata sandi atau memasang ulang klien. Keduanya tidak menyentuh tahap yang gagal. Autentikasi sudah selesai sebelum klien sempat meminta alamat, jadi bukan kredensial yang menahan Anda di baris itu. Yang menahan Anda di sana adalah pertukaran DHCP yang belum selesai, dan itu bisa macet di tiga tempat berbeda.

Autentikasi dan pemberian alamat adalah tahap terpisah

GVC pertama membuktikan siapa Anda, lalu meminta pengaturan untuk adaptor virtualnya sesuai kebijakan yang ditetapkan pada koneksi Anda. Itu langkah berurutan dengan tanda kegagalan berbeda. Kredensial buruk biasanya gagal lebih awal, dengan pesan autentikasi atau negosiasi alih-alih baris alamat.

Urutan itulah yang menjelaskan mengapa reset kata sandi, pengguna lokal baru, atau pemasangan ulang tidak mengubah apa pun di sini. Klien sudah diotorisasi; sekarang ia menunggu sewa yang harus disediakan gateway atau mitra DHCP-nya. Bahkan kebijakan yang mengizinkan pengguna tetapi tidak menetapkan rentang alamat menghasilkan layar yang persis sama.

Jadi pertanyaan berguna pertama bukanlah apakah kredensial benar, melainkan kebijakan mana yang ditetapkan dan apa yang dikatakan kebijakan itu tentang pengalamatan adaptor virtual. Baca konfigurasi efektif untuk koneksi itu, bukan tangkapan layar rekan yang berhasil.

Dari mana sewa itu sebenarnya berasal

Ada dua model yang umum. Firewall dapat menjalankan cakupan DHCP untuk klien VPN sendiri, atau meneruskan permintaan ke server DHCP eksternal di jaringan internal. Modelnya menentukan log mana yang penting dan siapa yang harus dihubungi.

Pada model internal, periksa bahwa cakupan masih ada, milik antarmuka yang benar, dan punya sewa kosong. Cakupan yang habis menghasilkan klien yang terautentikasi sempurna dan tidak pernah menerima alamat, dan log gateway mungkin hanya menampilkan permintaan. Pada model penerusan, target penerusan, rute kembali ke rentang klien VPN, dan otorisasi DHCP internal apa pun harus selaras.

Tuliskan model mana yang dipakai penerapan Anda sebelum menguji apa pun. Separuh saran yang saling bertentangan di internet mengasumsikan model lainnya.

Terowongan bisa aktif dan tetap kehilangan sewa

Koneksi kendali yang terbentuk membuktikan negosiasi berhasil, bukan bahwa data terowongan lewat kedua arah. Pertukaran DHCP memerlukan permintaan dan balasan untuk melewati jalur data, dan di sanalah pengaturan enkripsi, kebijakan zona VPN, dan masalah MTU berada.

Saran tentang NAT traversal adalah contoh paling jelas bahwa konteks penting. Sebagian jalur memerlukannya aktif, yang lain hanya bekerja saat nonaktif, dan NAT di antaranya bersama koneksi yang dinegosiasikan menentukan yang mana. Mengubahnya secara buta sambil juga mengubah pengaturan klien berarti Anda tidak akan tahu perubahan mana yang menghasilkan hasil. Catat jalur yang dinegosiasikan dan buktinya sebelum mengubah enkapsulasi.

Memulai ulang router rumah termasuk kategori yang sama. Kadang menghilangkan gejalanya, tetapi tidak mengidentifikasi mengapa sewa gagal, dan masalahnya kembali pada koneksi berikutnya.

Telusuri jalur sewa secara berurutan

Mulai dari adaptor dan bergerak ke luar, agar setiap langkah hanya bisa gagal karena satu alasan:

> Get-NetAdapter | Where-Object Name -like "*GVC*"
> ipconfig /all | findstr /i /c:"GVC" /c:"IPv4" /c:"DHCP"
> Test-NetConnection 10.60.0.1 -Port 443

Alamat seperti 169.254.x.x berarti adaptor ada dan tidak menerima balasan sama sekali, yang mengarah ke sumber sewa atau jalur data. Alamat yang benar dalam rentang VPN dengan entri DNS yang salah adalah kesalahan lain: sewanya berhasil dan kebijakan memberi pengaturan yang tidak lengkap. Adaptor yang tidak pernah muncul berarti klien tidak sampai membuatnya.

Begitu sewa muncul, coba sumber daya sebenarnya alih-alih menyatakan kemenangan di baris alamat. Jika akses file atau intranet masih gagal, simpan sewa yang berhasil sebagai bukti dan lanjut ke resolusi nama atau kebijakan, karena Anda sudah meninggalkan kesalahan aslinya.

Catatan SonicWall tentang adaptor virtual mencantumkan beberapa cabang terpisah, dan tangkapan layar lamanya tidak boleh dibaca sebagai peta menu saat ini. Gunakan untuk memastikan tahap yang Anda capai, bukan sebagai daftar periksa untuk diterapkan seluruhnya.

Artikel terkait