Apa yang sebenarnya ditunggu gateway-ping-timeout di NetworkManager

Anda menemukan connection.gateway-ping-timeout dalam utas tentang laptop yang menyala sebelum jaringan bisa dipakai, Anda menaikkannya, dan sesuatu berubah. Apakah perubahan itu membantu karena alasan yang Anda pikirkan adalah pertanyaan terpisah. Jawabannya dimulai dari apa yang sebenarnya dilakukan aktivasi selama timer itu berjalan, dan dari fakta bahwa masa tunggu punya dua kemungkinan akhir.

Ikuti satu koneksi dari baris perintah dan semantiknya menjadi konkret.

Ikuti satu aktivasi

Mulailah dengan melihat koneksi tersimpan, bukan default global, karena ini properti per koneksi. Tambahkan --show-secrets hanya jika Anda benar-benar membutuhkannya; pengaturannya sendiri bukan rahasia.

nmcli -f connection.id,connection.gateway-ping-timeout connection show
nmcli connection show "Wired connection 1" | grep gateway-ping

Dengan properti di nol, yang merupakan default terdokumentasi, aktivasi berlanjut begitu pengalamatan selesai. Setel ke nilai positif dan aktivasi konfigurasi IP menunggu sampai balasan tiba dari gateway atau timeout habis.

Lalu turunkan dan naikkan koneksi sambil mengamati aliran peristiwa. Urutan yang Anda lihat adalah pengaturan itu bekerja: status perangkat, pengalamatan, masa tunggu, dan akhirnya status aktif yang biasanya menjadi acuan urutan layanan dependen.

Masa tunggu punya dua akhir

Kedua akhir itu penting, dan kebanyakan orang hanya mengingat satu. Balasan dari gateway menyelesaikan masa tunggu lebih awal, dan timeout juga menyelesaikannya, entah ada yang menjawab atau tidak. Properti ini tidak mensyaratkan ping berhasil sebelum aktivasi bisa selesai.

Satu kalimat itu menjelaskan banyak kebingungan tentang laptop di hotel dan tempat konferensi, tempat captive portal sering menolak ICMP sampai Anda masuk. Koneksi tetap aktif setelah timeout habis; hanya saja lebih lambat dari yang seharusnya, dan setiap layanan yang diurutkan setelah koneksi menunggu bersamanya.

Ini juga bukan pemeriksaan kelayakan hidup. Tidak ada dalam deskripsi yang mulai mem-ping gateway setelah koneksi naik, dan tidak ada yang memutus profil aktif karena ping berikutnya gagal. Jika Anda butuh deteksi kehilangan paket, itu urusan pemilik protokol atau tunnel, bukan properti yang berjalan sekali saat aktivasi.

Dua objek, satu pengaturan

Profil dasar kabel dan profil VPN adalah objek konfigurasi terpisah, dan menyetel properti di salah satunya tidak memengaruhi yang lain. Profil VPN yang menyebut koneksi dasar tidak mewarisi satu pun pengaturan aktivasi koneksi itu, sehingga nilai yang Anda ubah bisa tampak tidak berpengaruh pada hal yang Anda amati.

nmcli -f NAME,UUID,TYPE connection show
nmcli connection show "Office VPN" | grep gateway-ping

Baca UUID, bukan namanya. Nama menjadi ganda setelah instalasi ulang atau profil yang dipulihkan, dan dua koneksi dengan nama terlihat yang sama akan membuat Anda mengedit berkas yang salah sementara yang asli tetap tidak berubah.

Rilis NetworkManager yang terpasang juga penting. Perilaku plugin dan cara sebuah tipe koneksi memetakan properti ini ke langkah aktivasinya sendiri berbeda-beda, jadi ujilah pada versi yang Anda terapkan alih-alih menganggap sebuah tulisan yang Anda temukan berlaku tanpa perubahan.

Apa yang tidak bisa disertifikasi masa tunggu

Inilah bagian yang paling banyak menghabiskan waktu. Balasan dari router lokal membuktikan bahwa satu host menjawab satu gema ICMP selama aktivasi. Itu tidak membuktikan bahwa endpoint VPN ter-resolve, bahwa identitas klien diterima, bahwa rute privat terpasang, bahwa resolver kantor menjawab, atau bahwa aplikasi yang Anda pedulikan akan bekerja.

Itu dependensi terpisah dengan bukti terpisah. Gateway bisa menjawab sementara DNS gagal, dan gateway bisa diam-diam membuang ICMP sesuai kebijakan sementara semua jalur aplikasi bekerja. Jadi menjadikan properti ini sebagai gerbang adalah dugaan tentang lapisan mana yang terlambat, bukan pengukurannya.

Jika Anda menunggu layanan dependen, sebutkan apa yang dibutuhkannya. Alamat yang diberikan dijawab oleh pengalamatan. Tunnel dijawab oleh status tunnel itu sendiri. Nama privat dijawab oleh kueri. Aplikasi dijawab oleh aplikasinya, dan tidak satu pun jawaban itu datang dari timer yang dinamai menurut gateway.

Jika Anda mengubahnya, tuliskan alasannya

Catat nilai sebelumnya dan alasannya sebelum perubahan yang disetujui, lalu setel pada koneksi tertentu alih-alih di mana-mana. Masa tunggu lebih lama menggeser waktu aktivasi untuk semua yang diurutkan setelah koneksi itu, yang bisa membuat sistem lambat tampak baik dan sistem cepat tampak rusak.

Satu jebakan historis layak disebut: nilai seperti ini kadang diubah agar editor lama menerima profil. Jika itu kisah sebenarnya, Anda punya dua peristiwa, bukan satu. Editor menyimpan, dan kebijakan jaringan yang hidup berubah. Perbaiki editor atau plugin-nya dan kembalikan timer.

Sumber NetworkManager mendefinisikan properti ini sebagai penundaan keberhasilan pengalamatan IP hingga balasan gateway atau timeout, dengan default nol, dan definisi pengaturan koneksi adalah referensi yang harus dibaca sebelum mengandalkan perilaku apa pun yang diceritakan dari tangan kedua.