Login mana yang gagal: akses eduroam atau VPN?

Di balik kalimat „VPN tidak berjalan di eduroam“ ada dua login, dan tim yang berbeda memilikinya. Bergabung ke eduroam membawa perangkat ke jaringan akses; bergabung ke VPN membangun hubungan kedua di atas koneksi itu. Keduanya bisa dijalankan oleh institusi yang sama, tetapi kredensial, profil, dan tahap tempat semuanya patah tetap terpisah. Cari tahu mana dari keduanya yang benar-benar gagal sebelum siapa pun menyunting nomor port. Semua yang di bawah ini disusun di sekitar satu percabangan itu.

Satu kampus tempat OpenVPN menjawab di UDP 1194 adalah sejarah yang berguna, bukan resep untuk kampus berikutnya.

Buktikan dulu sisi akses

Matikan terowongan dan muat halaman HTTP biasa atau portal tawanan. Jika terbuka, jaringan akses menjalankan tugasnya dan pertanyaan VPN benar-benar terbuka. Jika tidak ada yang termuat, kesalahannya ada pada asosiasi, akun, atau profil orientasi. Tidak ada perubahan pada VPN yang akan menyentuh satu pun dari ketiganya.

Panduan koneksi eduroam menjadikan institusi asal sebagai sumber identitas pengguna. Ketika asisten konfigurasi membangun profil, memilih institusi yang dikunjungi alih-alih institusi asal menghasilkan penyiapan yang tidak dapat mengautentikasi. Gunakan apa pun yang diterbitkan institusi asal, bukan bundel sertifikat dari tempat lain.

Mematikan pemeriksaan sertifikat atau autentikasi agar bisa melewati login mengubah salah konfigurasi yang bisa diperbaiki menjadi permanen. Jika profil yang terpasang berasal dari sumber yang tidak disetujui, ganti profil itu sebelum memeriksa hal lain.

Siapa yang memiliki kegagalan mana

Setelah akses bekerja, setiap pertanyaan yang tersisa memiliki tepat satu pemilik. Inilah seluruh pembagiannya:

Baris transportasi adalah tempat sebagian besar upaya mandiri gagal. Apa yang didengarkan server ditetapkan dalam konfigurasinya, dan menyunting profil klien tidak dapat mengubahnya, jadi mintalah profil terkini kepada operator alih-alih berganti-ganti TCP dan UDP. Beralih hanya mengubah cara klien gagal.

Di sisi yang dikunjungi, autentikasi eduroam yang berhasil tidak mengatakan apa pun tentang apakah jalur itu membawa transportasi VPN tertentu, dan timeout sendirian bukan bukti pemblokiran. Kedua klaim diucapkan setiap hari, dan masing-masing membutuhkan pengamatan di belakangnya.

Di sisi perangkat, aturan keamanan terkelola, versi klien yang tidak kompatibel, dan kesalahan identitas server adalah tiga kegagalan berbeda. Menggabungkannya dalam satu tiket memperlambat ketiganya.

Pilih bukti sebelum teori

Ketika profil itu milik Anda untuk diuji dan operator telah menyetujuinya, satu perbandingan mengalahkan perdebatan: apakah profil yang sama terhubung dari jaringan tepercaya lain? „Ya“ menunjuk jalur yang dikunjungi, „tidak“ menunjuk profil, server, atau klien. Jalankan uji itu di dalam aturan yang berlaku bagi akun, dan jangan pernah dengan memasang klien yang tidak disetujui siapa pun.

Jika operator menerbitkan profil alternatif yang disetujui, gunakan itu. Mengarang pendengar di port baru atau melonggarkan aturan jaringan menghasilkan hasil yang tidak dapat dipertahankan siapa pun nanti, dan itu menyembunyikan kesalahan aslinya.

Tulis hasilnya dalam bentuk yang dapat ditindaklanjuti ketiga pemilik, bukan bentuk yang paling cepat diketik. Timeout kosong tidak mengatakan apa pun yang berguna kepada operator VPN, dan kegagalan autentikasi mengatakan sama sedikitnya kepada operator jaringan yang dikunjungi.

Satu baris log sering menyelesaikannya. TLS Error: TLS key negotiation failed to occur within 60 seconds menunjuk jalur atau port, sedangkan AUTH_FAILED berarti terowongan tercapai dan kredensialnya ditolak.

Tulis serah terima dalam lima baris

Serah terima ringkas membawa lima hal: lokasi yang dikunjungi, waktu percobaan, versi klien yang disetujui, server dan transportasi yang dituju profil, serta kesalahan informatif paling awal. Tambahkan apakah akses biasa berhasil, dan apakah perbandingan lintas jaringan yang disetujui dilakukan, jika Anda memiliki keduanya. Hapus kata sandi, token, dan kunci privat sebelum ini meninggalkan meja Anda.

Jika VPN terautentikasi lalu aplikasi privat gagal, teruskan hasil belakangan itu sendiri. Kedua pertanyaan sebelumnya sudah terjawab saat itu, dan melipatnya ke laporan baru „masih rusak“ mengirim semua orang kembali ke awal.

Lima baris, tiga pemilik, satu percabangan: itulah seluruh keputusan, dan biasanya sudah diputuskan sebelum siapa pun menyentuh nomor port.