Поновни извоз NFS кроз VPN није преусмеравање пакета

Linux машина се придружује VPN-у, монтира удаљени NFS извоз и затим тај монтажни систем служи другој групи клијената. Такав распоред изгледа као рутирање са додатним корацима, и то је прва погрешна претпоставка. Средња машина је клијент надређеног сервера и сервер за подређене клијенте, и учествује у оба односа датотечне услуге. Преусмеравање пакета нема мишљење о ручкама датотека, закључавању или идентитету датотечног система; поновни извоз има.

Почните питањем да ли би подређени клијенти могли директно да достигну изворни сервер. Ако могу, средња машина је опциона.

Три модела, три приче о конзистентности

Директно монтирање је најједноставније: сваки клијент монтира изворни сервер кроз тунел, и политика извоза тог сервера уређује приступ. Поновни извоз је средња машина која представља другу границу услуге, што је корисно када мрежа окренута клијентима не сме директно да достигне сервер. Репликација је трећи модел, и она питање премешта са конзистентности на синхронизацију и решавање конфликата.

Не описујте реплицирану копију као да је живи поновни извоз. Режими отказа се разликују, и корисник који очекује да свака операција достигне изворни датотечни систем биће изненађен током прекида везе.

Идентитет надживљава команду за монтирање

Поновни извози захтевају експлицитни ID датотечног система, и тај идентитет мора да преживи рестарте и поновне изградње конфигурације. Документација језгра је јасна о захтеву, и такође упозорава да crossmnt не уклања потребу да се подређени датотечни системи извозе са својим ID-овима. Стабло директоријума које кориснику изгледа непрекинуто може прећи неколико граница датотечних система. Савремени nfs-utils могу аутоматски да доделе ID-ове за подржане конфигурације, и када то учине, њихова база података постаје део стања мрежног пролаза. Третирајте те ID-ове као идентитет услуге, а не као потрошне датотеке.

Ручке датотека су друга граница идентитета: поновни извоз умотава изворну ручку, што је чини већом и може да премаши лимит клијента. Успешно монтирање не доказује да је сваки распоред извоза компатибилан.

Није свака NFS функција преживи средњу машину

Водич језгра за поновни извоз наводи да сервер који поново извози не подржава закључавање ни захтеве за делегирање. Апликације које зависе од тих операција требају другачији пут или дизајн проверен према њима. Успешно монтирање и радни списак директоријума не показују да стварне операције апликације раде.

Идентитет корисника и политика извоза такође су важни на сваком кораку. Пријава на VPN доказује да се мрежни учесник аутентификовао; она не овлашћује NFS корисника и не преноси акредитиве клијента кроз мрежни пролаз.

Мрежни пролаз има две надређене зависности

Мрежни пролаз зависи од VPN-а за надређено монтирање и од надређеног сервера за сам датотечни систем. Локални процес извоза који још ради не може да учини недоступно складиште здравим. Планирајте редослед покретања, понашање при поновном повезивању и рестарте сервера, укључујући шта се дешава са ручкама датотека које клијенти већ држе. Клијент који је монтирао кроз мрежни пролаз и изгубио своју ручку треба поновно монтирање, и то је оперативни догађај, а не транспарентни опоравак.

Ако је све што је захтеву икада требало била доступност приватних IP адреса, директно рутирање ка изворном серверу је једноставнија архитектура. Поновни извоз би требало да постоји због разлога који преживи када се запише.

Тестирајте радно оптерећење, не монтирање

Вежбајте стварно датотечно оптерећење у контролисаном окружењу: операције које апликација изводи, величине датотека које користи и очекивану паралелност. Гледајте празнине у функцијама, а не само грешке преноса. Затим запишите који модел сте изабрали и зашто, јер ће иначе следећа особа претпоставити да је мрежни пролаз рутер.

Поновни извоз је легитиман када постоји из намерног разлога, као што је изолована клијентска мрежа или контролисана граница верзије. То је лоша случајност, а разлика је да ли је неко то одлучио.