Шта 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 пре него што активација може да се заврши.

Та једна реченица разјашњава много забуне о преносним рачунарима у хотелима и на конференцијама, где приступни портал често одбија ICMP док се не пријавите. Веза се ипак активира након што истекне време; само то чини касније него што је потребно, и свака служба поређана после везе чека заједно с њом.

То такође није провера живости. Ништа у опису не почиње да пингује пролаз након што је веза подигнута, и ништа не прекида активан профил зато што каснији 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 адресирања до одговора пролаза или истека времена, са подразумеваном вредношћу нула, а дефиниција подешавања везе је референца коју треба прочитати пре ослањања на понашање пренето из друге руке.