NFS juu ya TCP ndani ya handaki la UDP la OpenVPN: usafirishaji mbili

Kubeba mazungumzo ya NFS yanayotumia TCP ndani ya handaki linalobeba UDP ni jambo lililokamilika kabisa, na linawachanganya watu kwa sababu linataja usafirishaji mbili kwa wakati mmoja. TCP ni mazungumzo ya huduma ya faili kati ya mteja na seva ya NFS. UDP ni mbebaji uliosimbwa kati ya ncha za VPN. Hakuna kimojawapo kinachodokeza chochote kuhusu kingine.

Rekodi zote mbili kwa tofauti kabla ya kutafuta hitilafu yoyote; matukio mengi kama haya huanza mtu mmoja anapobadilisha tabaka lisilo sahihi.

Tabaka mbili, mipangilio miwili

Chaguo la kupachika proto=tcp linaeleza jinsi mteja wa NFS anavyozungumza na seva ya NFS. Mpangilio proto udp katika wasifu wa VPN unaeleza jinsi ncha za handaki hubadilishana pakiti zilizofungwa. Kubadilisha chaguo la kupachika hakubadilishi handaki, na kubadilisha usafirishaji wa handaki hakubadilishi kile mteja wa NFS alikubaliana nacho. Thibitisha chaguo halisi za kupachika kwa nfsstat -m badala ya mstari wa fstab, na thibitisha usafirishaji wa VPN kutoka wasifu unaotumika kwa kweli.

Kisha zirekodi katika madokezo ya tukio kama sehemu mbili tofauti. Uboreshaji unaoonekana unaweza kufuatiliwa tu ikiwa dokezo linasema tabaka gani lilibadilika.

Kuvinjari si usomaji wa wingi

Orodha ya saraka inathibitisha kwamba baadhi ya shughuli zilikamilika. Haithibitishi kwamba usomaji endelevu, uandishi, kufuli au sehemu ya nyuma ya hifadhi vitakamilika katika hali zile zile. Kusimama katikati ya faili kubwa ni uchunguzi tofauti na kupachika kusikofanikiwa kamwe, na zinaelekeza kwenye tabaka tofauti.

Eleza shughuli inayoshindikana kwa usahihi: njia, mwelekeo, mahali pa takriban pa kusimama, na tukio la mwisho linalohusika katika kumbukumbu za mteja, seva na VPN. Kisha linganisha mahali ambapo trafiki inaendelea na mahali inaposimama.

MTU ni dhana, si utambuzi

Upotevu unaotegemea ukubwa wa pakiti ni uwezekano halisi wakati handaki linabeba sehemu kubwa, na huizalisha kwa usahihi mfumo ambao kuvinjari kunafanya kazi lakini usomaji unakwama. Hata hivyo mfumo huo hauthibitishi tatizo la MTU, kwa sababu umbo lile lile hutokea seva inapokuwa polepole, ulinzi wa moto unapokatisha muunganisho wa muda mrefu kwa sababu ya muda kupita, au diski inapokuwa na shughuli nyingi. Jaribu dhana kwa uchunguzi uliodhibitiwa badala ya kupunguza MTU kila mahali na kutangaza ushindi.

Muda kupita peke yake hausemi chochote kuhusu kama UDP inapaswa kubadilishwa. Ni dalili yenye wamiliki kadhaa wanaowezekana.

Badilisha kigezo kimoja kwa mara

Unapolinganisha usafirishaji, weka mzigo wa kazi wa NFS na kila mpangilio mwingine kuwa thabiti. Kubadilisha usafirishaji wa kupachika, itifaki ya handaki na MTU katika dirisha moja la matengenezo hutoa matokeo ambayo hakuna anayeweza kuyahusisha. Endesha shughuli ile ile ya faili kabla na baada, na rekodi matokeo katika kila hatua.

Hifadhi thamani za awali kwenye tiketi pia. Ikiwa mabadiliko yatafanya mambo kuwa mabaya, kurudi nyuma kunapaswa kuwa nambari iliyoandikwa, si kumbukumbu ya mtu jinsi ilivyokuwa awali.

Soma tabaka lililoshindikana

Ikiwa handaki liko hai na ombi la NFS linasubiri, VPN haikushindikana; huduma ya faili imeshindikana. Ikiwa handaki lilianguka, kushindikana kwa ombi la NFS ni tokeo na si sababu. Kulinganisha mistari ya kumbukumbu kutoka tabaka zote mbili ni njia ya haraka zaidi ya kutofautisha hali hizi mbili, na ni bora kuliko kukisia kutoka kwa msimamizi wa faili.

Andika hitimisho kama sentensi mbili, moja kwa kila tabaka. Hiyo inamtosha mtu anayefuata kurudia jaribio bila kutoa tena ni usafirishaji gani ni upi.