რას ელოდება სინამდვილეში gateway-ping-timeout NetworkManager-ში

თქვენ ხვდებით connection.gateway-ping-timeout ერთ თემაში ლეპტოპზე, რომელიც ირთვება ქსელის გამოსადეგობამდე, ზრდით მას და რაღაც იცვლება. დაეხმარა თუ არა ცვლილება იმ მიზეზით, რომელსაც ფიქრობთ, ცალკე კითხვაა. პასუხი იწყება იმით, თუ რას აკეთებს აქტივაცია სინამდვილეში, სანამ ეს ტაიმერი მუშაობს, და იმ ფაქტით, რომ ლოდინს ორი შესაძლო დასასრული აქვს.

გაჰყევით ერთ კავშირს ბრძანების ხაზიდან და სემანტიკა ხელშესახები ხდება.

გაჰყევით ერთ აქტივაციას

დაიწყეთ შენახული კავშირის ნახვით და არა გლობალური ნაგულისხმევით, რადგან ეს კავშირზე დამოკიდებული თვისებაა. დაამატეთ --show-secrets მხოლოდ მაშინ, თუ ნამდვილად გჭირდებათ; თავად პარამეტრი საიდუმლო არ არის.

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

როცა თვისება ნულზეა, რაც დოკუმენტირებული ნაგულისხმევია, აქტივაცია გრძელდება მისამართების დასრულებისთანავე. დააყენეთ დადებით მნიშვნელობაზე და IP კონფიგურაციის აქტივაცია დაელოდება, სანამ პასუხი მოვა კარიბჭიდან ან ვადა ამოიწურება.

შემდეგ ჩამოწიეთ და აწიეთ კავშირი მოვლენების ნაკადზე დაკვირვებისას. რიგი, რომელსაც ხედავთ, პარამეტრის მუშაობაა: მოწყობილობის მდგომარეობა, მისამართები, ლოდინი და ბოლოს გააქტიურებული მდგომარეობა, რომლის მიხედვითაც დამოკიდებული სერვისები ჩვეულებრივ დალაგდება.

ლოდინს ორი დასასრული აქვს

ორივე დასასრული მნიშვნელოვანია და ადამიანების უმეტესობას მხოლოდ ერთი ახსოვს. კარიბჭიდან პასუხი ადრე ამთავრებს ლოდინს, და ვადაც ამთავრებს მას, უპასუხა რამე თუ არა. თვისება არ მოითხოვს წარმატებულ ping-ს აქტივაციის დასრულებამდე.

ეს ერთი წინადადება ხსნის ბევრ გაუგებრობას სასტუმროებსა და კონფერენციის ადგილებში ლეპტოპებზე, სადაც captive portal ხშირად უარყოფს ICMP-ს, სანამ არ შეხვალთ. კავშირი მაინც აქტიურდება ვადის ამოწურვის შემდეგ; უბრალოდ უფრო გვიან აკეთებს ამას, ვიდრე საჭირო იყო, და კავშირის შემდეგ დალაგებული ყოველი სერვისი მასთან ერთად ელოდება.

ეს ასევე არ არის სიცოცხლისუნარიანობის შემოწმება. აღწერაში არაფერი იწყებს კარიბჭის ping-ს კავშირის აწევის შემდეგ და არაფერი წყვეტს აქტიურ პროფილს იმის გამო, რომ გვიანდელი ping ვერ მოხერხდა. თუ დანაკარგების აღმოჩენა გჭირდებათ, ეს პროტოკოლის ან გვირაბის მფლობელის საქმეა და არა თვისების, რომელიც აქტივაციის დროს ერთხელ გაშვდა.

ორი ობიექტი, ერთი პარამეტრი

სადენიანი საბაზისო პროფილი და VPN პროფილი ცალკე კონფიგურაციის ობიექტებია და თვისების ერთზე დაყენება მეორეზე არ მოქმედებს. VPN პროფილი, რომელიც ასახელებს საბაზისო კავშირს, არ მემკვიდრეობს მისი აქტივაციის არც ერთ პარამეტრს, ამიტომ თქვენ მიერ შეცვლილი მნიშვნელობა შეიძლება ჩანდეს უშედეგოდ იმაზე, რასაც აკვირდებოდით.

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

წაიკითხეთ UUID და არა სახელები. სახელები მეორდება გადაინსტალირების ან აღდგენილი პროფილის შემდეგ, და ერთი და იმავე ხილული სახელის მქონე ორი კავშირი გაიძულებთ არასწორი ფაილის რედაქტირებას, სანამ ნამდვილი უცვლელი რჩება.

დაყენებული NetworkManager-ის გამოშვებაც მნიშვნელოვანია. დანამატის ქცევა და ის, თუ როგორ ასახავს კავშირის ტიპი ამ თვისებას საკუთარ აქტივაციის ნაბიჯებზე, იცვლება, ამიტომ სცადეთ იმ ვერსიაზე, რომელსაც აყენებთ, ნაცვლად იმისა, რომ ჩათვალოთ, რომ ნაპოვნი პოსტი უცვლელად ვრცელდება.

რასაც ლოდინი ვერ დაადასტურებს

აი ის ნაწილი, რომელიც ყველაზე მეტ დროს ჭამს. ლოკალური როუტერის პასუხი ამტკიცებს, რომ ერთმა ჰოსტმა ერთ ICMP ექოს უპასუხა აქტივაციის დროს. ის არ ამტკიცებს, რომ VPN-ის ბოლო წერტილი წყდება, რომ კლიენტის იდენტობა მიიღება, რომ კერძო მარშრუტები დაყენდა, რომ ოფისის გადამწყვეტი პასუხობს, ან რომ თქვენთვის მნიშვნელოვანი აპლიკაცია იმუშავებს.

ესენი ცალკე დამოკიდებულებებია ცალკე მტკიცებულებით. კარიბჭე შეიძლება პასუხობდეს, სანამ DNS ვერ მუშაობს, და კარიბჭე შეიძლება ჩუმად ჩამოაგდოს ICMP პოლიტიკით, სანამ აპლიკაციის ყველა გზა მუშაობს. ამიტომ ამ თვისებაზე ზღურბლის დაყენება ვარაუდია იმაზე, რომელი ფენა აგვიანებს და არა მისი გაზომვა.

თუ დამოკიდებულ სერვისს ელოდებით, დაასახელეთ, რა სჭირდება მას. მინიჭებულ მისამართს პასუხობს მისამართების მინიჭება. გვირაბს პასუხობს თავად გვირაბის მდგომარეობა. კერძო სახელს პასუხობს მოთხოვნა. აპლიკაციას პასუხობს აპლიკაცია და ამ პასუხებიდან არც ერთი არ მოდის ტაიმერისგან, რომელსაც კარიბჭის სახელი ჰქვია.

თუ ცვლით, დაწერეთ რატომ

დააფიქსირეთ წინა მნიშვნელობა და მიზეზი დამტკიცებულ ცვლილებამდე, შემდეგ დააყენეთ კონკრეტულ კავშირზე და არა ყველგან. გრძელი ლოდინი ცვლის აქტივაციის დროს ყველაფრისთვის, რაც ამ კავშირის შემდეგ არის დალაგებული, რამაც შეიძლება ნელი სისტემა კარგად აჩვენოს და სწრაფი — გატეხილად.

ერთი ისტორიული ხაფანგი ღირს დასახელება: მსგავსი მნიშვნელობა ზოგჯერ იცვლება იმისთვის, რომ ძველმა რედაქტორმა პროფილი მიიღოს. თუ ეს არის ნამდვილი ამბავი, თქვენ გაქვთ ორი მოვლენა და არა ერთი. რედაქტორმა შეინახა და ცოცხალი ქსელური პოლიტიკა შეიცვალა. შეაკეთეთ რედაქტორი ან დანამატი და დააბრუნეთ ტაიმერი.

NetworkManager-ის წყარო თვისებას განსაზღვრავს როგორც IP მისამართების წარმატების შეფერხებას კარიბჭის პასუხამდე ან ვადის ამოწურვამდე, ნული ნაგულისხმევით, და კავშირის პარამეტრის განსაზღვრება არის ის მითითება, რომელიც უნდა წაიკითხოთ სანამ მეორე ხელიდან აღწერილ რომელიმე ქცევას დაეყრდნობით.