Beth mae gateway-ping-timeout yn ei aros mewn gwirionedd yn NetworkManager

Rydych chi’n dod o hyd i connection.gateway-ping-timeout mewn edefyn am liniadur sy’n cychwyn cyn i’r rhwydwaith fod yn ddefnyddiadwy, rydych chi’n ei godi, ac mae rhywbeth yn newid. A yw’r newid wedi helpu am y rheswm rydych chi’n ei feddwl, cwestiwn ar wahân yw hynny. Mae’r ateb yn dechrau gyda’r hyn y mae’r actifadu yn ei wneud mewn gwirionedd tra bo’r amserydd hwnnw’n rhedeg, a chyda’r ffaith bod gan yr aros ddau ddiwedd posibl.

Dilynwch un cysylltiad o’r llinell orchymyn a bydd yr ystyr yn dod yn diriaethol.

Dilynwch un actifadu

Dechreuwch drwy edrych ar y cysylltiad wedi’i gadw yn hytrach nag ar ryw osodiad byd-eang, oherwydd mae hwn yn briodwedd fesul cysylltiad. Ychwanegwch --show-secrets dim ond os oes ei wir angen; nid yw’r gosodiad ei hun yn gyfrinach.

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

Gyda’r briodwedd ar sero, sef y rhagosodiad dogfennedig, mae’r actifadu yn symud ymlaen cyn gynted ag y bydd y cyfeirio wedi’i gwblhau. Gosodwch ef i werth positif ac mae actifadu’r ffurfweddiad IP yn aros nes bod ateb yn cyrraedd o’r porth neu nes i’r terfyn amser ddod i ben.

Yna gostyngwch a chodwch y cysylltiad tra’n gwylio’r ffrwd digwyddiadau. Y drefn a welwch yw’r gosodiad yn gwneud ei waith: cyflwr y ddyfais, cyfeirio, yr aros, ac yn olaf y cyflwr actifedig y mae gwasanaethau dibynnol fel arfer yn cael eu trefnu yn ei erbyn.

Mae gan yr aros ddau ddiwedd

Mae’r ddau ddiwedd yn bwysig, a’r rhan fwyaf o bobl yn cofio un yn unig. Mae ateb o’r porth yn gorffen yr aros yn gynnar, ac mae’r terfyn amser yn ei orffen hefyd, p’un a atebodd rhywbeth ai peidio. Nid yw’r briodwedd yn gofyn am ping llwyddiannus cyn i’r actifadu gwblhau.

Mae’r frawddeg honno ar ei phen ei hun yn clirio llawer o ddryswch am liniaduron mewn gwestai a chanolfannau cynadledda, lle mae porth caeth yn aml yn gwrthod ICMP nes i chi fewngofnodi. Mae’r cysylltiad yn actifadu o hyd ar ôl i’r terfyn amser ddod i ben; mae’n gwneud hynny’n hwyrach nag yr oedd angen, ac mae pob gwasanaeth a drefnir ar ôl y cysylltiad yn aros gydag ef.

Nid yw’n wiriad bywiogrwydd chwaith. Nid oes dim yn y disgrifiad yn dechrau pingio porth ar ôl i’r cysylltiad godi, ac nid oes dim yn datgysylltu proffil actif oherwydd bod ping diweddarach yn methu. Os oes angen canfod colled arnoch, mae hynny’n perthyn i’r protocol neu i berchennog y twnnel, nid i briodwedd a redodd unwaith yn ystod actifadu.

Dau wrthrych, un gosodiad

Mae’r proffil sylfaen gwifrog a phroffil VPN yn wrthrychau ffurfweddu ar wahân, ac nid yw gosod y briodwedd ar un yn effeithio ar y llall. Nid yw proffil VPN sy’n enwi cysylltiad sylfaen yn etifeddu unrhyw un o’i osodiadau actifadu, a dyna pam y gall y gwerth a newidiasoch ymddangos fel peidio â chael unrhyw effaith ar y peth roeddech chi’n ei wylio.

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

Darllenwch yr UUIDau yn hytrach na’r enwau. Mae enwau yn cael eu dyblygu ar ôl ailosodiad neu broffil wedi’i adfer, a bydd dau gysylltiad â’r un enw gweladwy yn eich anfon i olygu’r ffeil anghywir tra bo’r un go iawn yn aros heb ei newid.

Mae’r fersiwn o NetworkManager sydd wedi’i osod yn bwysig hefyd. Mae ymddygiad y ategyn a’r ffordd y mae math o gysylltiad yn mapio’r briodwedd hon i’w gamau actifadu ei hun yn amrywio, felly profwch ar y fersiwn rydych chi’n ei defnyddio yn lle tybio bod erthygl a gawsoch yn berthnasol yn ddigyfnewid.

Beth na all yr aros ei ardystio

Dyma’r rhan sy’n costio’r mwyaf o amser. Mae ateb o’r llwybrydd lleol yn profi bod un gwesteiwr wedi ateb un adlais ICMP yn ystod actifadu. Nid yw’n profi bod pen draw VPN yn datrys, bod hunaniaeth y cleient yn cael ei derbyn, bod llwybrau preifat wedi’u gosod, bod datryswr y swyddfa yn ateb, neu y bydd y rhaglen rydych chi’n poeni amdani yn gweithio.

Mae’r rheini’n ddibyniaethau ar wahân gyda thystiolaeth ar wahân. Gall porth ateb tra bo DNS yn methu, a gall porth ollwng ICMP yn dawel yn ôl polisi tra bo pob llwybr rhaglen yn gweithio. Felly mae amodi ar y briodwedd hon yn ddyfaliad ynglŷn â pha haen sy’n hwyr, nid yn fesur ohoni.

Os ydych chi’n aros ar wasanaeth dibynnol, enwch beth sydd ei angen arno. Mae cyfeiriad a neilltuwyd yn cael ei ateb gan gyfeirio. Mae twnnel yn cael ei ateb gan gyflwr y twnnel ei hun. Mae enw preifat yn cael ei ateb gan ymholiad. Mae rhaglen yn cael ei hateb gan y rhaglen, ac nid oes yr un o’r atebion hynny’n dod o amserydd a enwyd ar ôl y porth.

Os byddwch chi’n ei newid, nodwch pam

Cofnodwch y gwerth blaenorol a’r rheswm cyn newid a gymeradwywyd, yna gosodwch ef ar y cysylltiad penodol yn hytrach nag ym mhob man. Mae aros hirach yn symud amseriad actifadu ar gyfer popeth a drefnir ar ôl y cysylltiad hwnnw, a all wneud i system araf edrych yn iawn ac un gyflym edrych yn ddiffygiol.

Mae un trap hanesyddol yn werth ei enwi: mae gwerth fel hwn weithiau’n cael ei newid er mwyn i olygydd hŷn dderbyn proffil. Os mai dyna’r stori wir, mae gennych ddau ddigwyddiad, nid un. Cadwodd y golygydd, a newidiodd polisi rhwydwaith byw. Trwsiwch y golygydd neu’r ategyn a rhowch yr amserydd yn ôl.

Mae ffynhonnell NetworkManager yn diffinio’r briodwedd fel oedi llwyddiant cyfeirio IP hyd at ateb o’r porth neu’r terfyn amser, gyda rhagosodiad o sero, a diffiniad y gosodiad cysylltiad yw’r cyfeirnod i’w ddarllen cyn dibynnu ar unrhyw ymddygiad a ddisgrifiwyd yn ail-law.