NFS TCP gainean OpenVPNren UDP tunel baten barruan: bi garraio
Muntatze-protokoloa eta tunel-protokoloa ezarpen bereiziak dira. Idatz itzazu biak, eta gero erabaki atxikipena fitxategi-zerbitzuarena den edo garraioarena den.
UDP daraman tunel baten barruan TCP erabiltzen duen NFS elkarrizketa bat eramatea guztiz koherentea da, eta jendea nahasten du, aldi berean bi garraio izendatzen baititu. TCP fitxategi-zerbitzuaren elkarrizketa da bezeroaren eta NFS zerbitzariaren artean. UDP VPN muturren arteko garraio zifratua da. Bietako inork ez du besteaz ezer esaten.
Idatz itzazu biak bereizita ezer araztu aurretik; istilu hauetako gehienak norbaitek geruza okerra aldatzean hasten dira.
Bi geruza, bi ezarpen
Muntatze-aukera proto=tcp aukerak NFS bezeroak NFS zerbitzariarekin nola hitz egiten duen deskribatzen du. VPN profileko proto udp ezarpenak tunelaren muturrek pakete kapsulatuak nola trukatzen dituzten deskribatzen du. Muntatze-aukera bat aldatzeak ez du tunela aldatzen, eta tunelaren garraioa aldatzeak ez du aldatzen NFS bezeroak negoziatu duena. Egiaztatu benetako muntatze-aukerak nfsstat -m erabiliz, fstab lerroaren ordez, eta egiaztatu VPN garraioa benetan erabiltzen ari den profiletik.
Ondoren idatz itzazu gorabeheraren oharretan bi eremu bereizi gisa. Itxurazko hobekuntza bakarrik dago jarraitzeko moduan, oharrak zein geruza aldatu zen esaten badu.
Arakatzeak ez du irakurketa masiboa esan nahi
Direktorio-zerrenda batek frogatzen du eragiketa batzuk osatu zirela. Ez du frogatzen irakurketa jarraitu bat, idazketa bat, blokeo bat edo biltegiratze-azpikoa baldintza beretan osatuko denik. Fitxategi handi baten erdian gelditzea inoiz lortzen ez den muntaketa bat baino behaketa desberdina da, eta geruza ezberdinetara eramaten gaituzte.
Deskribatu huts egiten duen eragiketa zehaztasunez: bidea, norabidea, atxikipenaren gutxi gorabeherako puntua eta bezeroaren, zerbitzariaren eta VPNren erregistroetan azken gertaera garrantzitsua. Ondoren alderatu trafikoak non jarraitzen duen eta non gelditzen den.
MTU hipotesi bat da, ez diagnosi bat
Paketearen tamainaren araberako galera benetako aukera da tunel batek segmentu handiak daramatzanean, eta «arakatzeak funtzionatzen du, irakurketak atxikitzen du» eredua sortzen du zehazki. Eredu horrek, ordea, ez du MTU arazo bat frogatzen, forma bera agertzen baita zerbitzari bat motela denean, suebaki batek iraupen luzeko konexioa denbora-mugez ixten duenean edo disko bat lanpetuta dagoenean. Froga ezazu hipotesia probe kontrolatu batekin, MTU nonahi jaitsi eta garaipena aldarrikatu beharrean.
Denbora-muga batek bere horretan ez du ezer esaten UDP aldatu behar den ala ez. Sintoma bat da, jabe posible batzuk dituena.
Aldatu aldagai bat aldi berean
Garraioak alderatzean, eduki NFS lan-karga eta gainerako ezarpen guztiak egonkor. Muntatze-garraioa, tunel-protokoloa eta MTU mantentze-leiho berean aldatzeak inork egotzi ezin duen emaitza sortzen du. Exekutatu fitxategi-eragiketa bera aurretik eta ondoren, eta erregistratu emaitza urrats bakoitzean.
Gorde aurreko balioak ere tiket-ean. Aldaketa batek gauzak okertzen baditu, atzerapausoak dokumentatutako zenbaki bat izan beharko luke, norbaitek lehen nola zen gogoratzeak baino.
Irakurri huts egin duen geruza
Tunela aktibo badago eta NFS eskaera itxaroten badago, VPNak ez du huts egin; fitxategi-zerbitzuak egin du. Tunela erori bada, NFS eskaeraren hutsegitea ondorioa da, ez arrazoia. Bi geruzetako erregistro-lerroak parekatzea da bi kasu horiek bereizteko modurik azkarrena, eta fitxategi-kudeatzailetik asmatzea baino hobea da.
Idatzi ondorioa bi esalditan, bat geruza bakoitzeko. Hori nahikoa da hurrengo pertsonak proba errepikatzeko, berriro ere zein garraio den zein ondorioztatu beharrik gabe.