Apa yang gateway-ping-timeout sebenarnya tunggu dalam NetworkManager

Anda menemui connection.gateway-ping-timeout dalam thread tentang komputer riba yang dihidupkan sebelum rangkaian boleh digunakan, anda menaikkannya, dan sesuatu berubah. Sama ada perubahan itu membantu atas sebab yang anda fikirkan ialah soalan berasingan. Jawapannya bermula dengan apa yang pengaktifan sebenarnya lakukan semasa pemasa itu berjalan, dan dengan fakta bahawa tunggu itu mempunyai dua pengakhiran yang mungkin.

Ikuti satu sambungan dari baris arahan dan semantiknya menjadi konkrit.

Mengikuti satu pengaktifan

Mulakan dengan sambungan yang disimpan dan bukan lalai global, kerana ini ialah sifat setiap sambungan. Tambah --show-secrets hanya jika anda benar-benar memerlukannya; tetapan itu sendiri bukan rahsia.

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

Apabila sifat itu sifar, iaitu lalai yang didokumenkan, pengaktifan meneruskan sebaik sahaja pengalamatan selesai. Tetapkan nilai positif dan pengaktifan konfigurasi IP menunggu sehingga balasan tiba dari gerbang atau tamat masa luput.

Kemudian turunkan dan naikkan sambungan sambil memerhati strim peristiwa. Urutan yang anda lihat ialah kerja tetapan ini: keadaan peranti, pengalamatan, tunggu itu, dan akhirnya keadaan diaktifkan yang biasanya menjadi asas susunan perkhidmatan bergantung.

Tunggu itu mempunyai dua pengakhiran

Kedua-dua pengakhiran penting, dan kebanyakan orang hanya ingat satu. Balasan dari gerbang menamatkan tunggu lebih awal, dan tamat masa juga menamatkannya, sama ada sesuatu menjawab atau tidak. Sifat ini tidak memerlukan ping yang berjaya sebelum pengaktifan boleh selesai.

Satu ayat itu menjelaskan banyak kekeliruan tentang komputer riba di hotel dan tempat persidangan, di mana portal tawanan sering menolak ICMP sehingga anda log masuk. Sambungan itu masih diaktifkan selepas tamat masa luput; ia hanya berbuat demikian lebih lewat daripada yang perlu, dan setiap perkhidmatan yang disusun selepas sambungan menunggu bersamanya.

Ia juga bukan pemeriksaan hayat. Tiada apa dalam penerangan yang mula mengeping gerbang selepas sambungan naik, dan tiada apa yang memutuskan profil aktif kerana ping kemudian gagal. Jika anda memerlukan pengesanan kehilangan, itu milik protokol atau pemilik terowong, bukan milik sifat yang berjalan sekali semasa pengaktifan.

Dua objek, satu tetapan

Profil asas berwayar dan profil VPN ialah objek konfigurasi berasingan, dan menetapkan sifat pada satu tidak menjejaskan yang lain. Profil VPN yang menamakan sambungan asas tidak mewarisi mana-mana tetapan pengaktifannya, sebab itulah nilai yang anda ubah boleh kelihatan tidak memberi kesan pada perkara yang anda perhatikan.

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

Baca UUID dan bukan nama. Nama menjadi pendua selepas pemasangan semula atau profil dipulihkan, dan dua sambungan dengan nama kelihatan yang sama akan menyebabkan anda menyunting fail yang salah sementara yang sebenar kekal tidak berubah.

Keluaran NetworkManager yang dipasang juga penting. Tingkah laku pemalam dan cara jenis sambungan memetakan sifat ini pada langkah pengaktifannya sendiri berbeza-beza, jadi uji pada versi yang anda gunakan dan bukan menganggap kiriman yang anda jumpa terpakai tanpa perubahan.

Apa yang tunggu itu tidak dapat mengesahkan

Inilah bahagian yang paling banyak memakan masa. Balasan dari penghala tempatan membuktikan bahawa satu hos menjawab satu gema ICMP semasa pengaktifan. Ia tidak membuktikan bahawa titik akhir VPN dapat diselesaikan, identiti klien diterima, laluan peribadi dipasang, penyelesai pejabat menjawab, atau aplikasi yang anda pedulikan akan berfungsi.

Itu ialah kebergantungan berasingan dengan bukti berasingan. Gerbang boleh menjawab sementara DNS gagal, dan gerbang boleh menggugurkan ICMP secara senyap mengikut dasar sementara semua laluan aplikasi berfungsi. Oleh itu, meletakkan syarat pada sifat ini ialah tekaan tentang lapisan mana yang lewat, bukan pengukurannya.

Jika anda menunggu perkhidmatan bergantung, namakan apa yang diperlukannya. Alamat yang diberikan dijawab oleh pengalamatan. Terowong dijawab oleh keadaan terowong itu sendiri. Nama peribadi dijawab oleh pertanyaan. Aplikasi dijawab oleh aplikasi, dan tiada satu pun jawapan itu datang daripada pemasa yang dinamakan sempena gerbang.

Jika anda mengubahnya, catat sebabnya

Rekod nilai sebelumnya dan sebabnya sebelum perubahan yang diluluskan, kemudian tetapkan pada sambungan tertentu dan bukan di mana-mana. Tunggu yang lebih lama mengalihkan masa pengaktifan untuk semua yang disusun selepas sambungan itu, yang boleh membuat sistem perlahan kelihatan baik dan sistem pantas kelihatan rosak.

Satu perangkap sejarah wajar dinamakan: nilai seperti ini kadangkala diubah supaya editor lama menerima profil. Jika itu kisah sebenar, anda mempunyai dua peristiwa, bukan satu. Editor menyimpan, dan dasar rangkaian langsung berubah. Betulkan editor atau pemalam dan letakkan pemasa kembali.

Sumber NetworkManager mentakrifkan sifat ini sebagai kelewatan kejayaan pengalamatan IP sehingga balasan gerbang atau tamat masa, dengan lalai sifar, dan takrif tetapan sambungan ialah rujukan yang perlu dibaca sebelum bergantung pada tingkah laku yang diceritakan orang lain.