NFS dros TCP y tu mewn i dwnnel UDP OpenVPN: dau gludiant

Mae cario sgwrs NFS sy’n defnyddio TCP y tu mewn i dwnnel sy’n cario UDP yn hollol gyson, ac mae’n drysu pobl oherwydd ei fod yn enwi dau gludiant ar unwaith. TCP yw sgwrs y gwasanaeth ffeiliau rhwng y cleient a’r gweinydd NFS. UDP yw’r cludydd amgryptiedig rhwng penau’r VPN. Nid yw’r naill yn awgrymu unrhyw beth am y llall.

Ysgrifennwch y ddau ar wahân cyn i chi ddadfygio unrhyw beth; mae’r rhan fwyaf o’r digwyddiadau hyn yn dechrau pan fydd rhywun yn newid y haen anghywir.

Dwy haen, dau osodiad

Mae’r opsiwn mownt proto=tcp yn disgrifio sut mae’r cleient NFS yn siarad â’r gweinydd NFS. Mae osodiad proto udp y proffil VPN yn disgrifio sut mae penau’r twnnel yn cyfnewid pecynnau wedi’u hamgáu. Nid yw newid opsiwn mownt yn newid y twnnel, ac nid yw newid cludydd y twnnel yn newid yr hyn y mae’r cleient NFS wedi’i drafod. Cadarnhewch yr opsiynau mownt gwirioneddol gyda nfsstat -m yn hytrach na’r llinell fstab, a chadarnhewch gludydd y VPN o’r proffil sy’n cael ei ddefnyddio mewn gwirionedd.

Yna cofnodwch y ddau yn nodiadau’r digwyddiad fel dau faes ar wahân. Dim ond os yw’r nodyn yn dweud pa haen a newidiodd y gellir olrhain gwelliant ymddangosiadol.

Nid yw pori yn ddarllen swmp

Mae rhestr cyfeiriadur yn profi bod rhai gweithrediadau wedi cwblhau. Nid yw’n profi y bydd darlleniad parhaus, ysgrifiad, clo, neu’r backend storio yn cwblhau o dan yr un amodau. Mae tagfa hanner ffordd drwy ffeil fawr yn arsylwi gwahanol i fownt nad yw byth yn llwyddo, ac maent yn cyfeirio at haenau gwahanol.

Disgrifiwch y gweithrediad sy’n methu yn fanwl: llwybr, cyfeiriad, man bras y dagfa, a’r digwyddiad perthnasol olaf yn nogfennau’r cleient, y gweinydd a’r VPN. Yna cymharwch ble mae traffig yn parhau a ble mae’n stopio.

Rhagdybiaeth yw MTU, nid diagnosis

Mae colled sy’n dibynnu ar faint pecyn yn bosibilrwydd real pan fo twnnel yn cario segmentau mawr, ac mae’n cynhyrchu union batrwm «mae pori’n gweithio, mae darllen yn tagfa». Nid yw’r patrwm hwnnw’n profi problem MTU, fodd bynnag, oherwydd mae’r un siâp yn ymddangos pan fo gweinydd yn araf, pan fo wal dân yn gadael i gysylltiad hir ddod i ben, neu pan fo disg yn brysur. Profwch y rhagdybiaeth gyda phrawf rheoledig yn hytrach na gostwng MTU ym mhobman a chyhoeddi buddugoliaeth.

Nid yw terfyn amser ar ei ben ei hun yn dweud unrhyw beth am ba un a ddylid newid UDP. Mae’n symptom â sawl perchennog posibl.

Newidiwch un newidyn ar y tro

Wrth gymharu cludwyr, cadwch lwyth gwaith NFS a phob osodiad arall yn sefydlog. Mae newid cludydd y mownt, protocol y twnnel a’r MTU yn yr un ffenestr gynnal a chadw yn cynhyrchu canlyniad na all neb ei briodoli. Rhedwch yr un gweithrediad ffeil cyn ac ar ôl, a chofnodwch y canlyniad ar bob cam.

Cadwch y gwerthoedd blaenorol yn y tocyn hefyd. Os yw newid yn gwneud pethau’n waeth, dylai’r cwympo’n ôl fod yn rhif wedi’i ddogfennu yn hytrach na choffâd rhywun o sut roedd hi o’r blaen.

Darllenwch yr haen a fethodd

Os yw’r twnnel i fyny ac mae cais NFS yn aros, ni fethodd y VPN; methodd y gwasanaeth ffeiliau. Os yw’r twnnel wedi disgyn, mae methiant y cais NFS yn ganlyniad yn hytrach nag yn achos. Cysoni llinellau log o’r ddwy haen yw’r ffordd gyflymaf i wahaniaethu’r ddau achos hyn, ac mae’n well na dyfalu o’r rheolwr ffeiliau.

Ysgrifennwch y casgliad fel dwy frawddeg, un i bob haen. Digon yw hynny i’r person nesaf ailgynhyrchu’r prawf heb ail-ddeillio pa gludydd yw pa un.