NFS преко TCP-а унутар OpenVPN UDP тунела: два транспорта

Преношење NFS разговора који користи TCP унутар тунела који носи UDP потпуно је доследно и збуњује људе јер истовремено именује два транспорта. TCP је разговор датотечне услуге између клијента и NFS сервера. UDP је шифровани носилац између VPN крајњих тачака. Ниједан не имплицира ништа о другом.

Запишите оба одвојено пре него што почнете да отклањате грешке; већина таквих инцидената почиње тиме што неко промени погрешан слој.

Два слоја, две поставке

Опција монтирања proto=tcp описује како NFS клијент разговара са NFS сервером. Поставка proto udp у VPN профилу описује како крајње тачке тунела размењују инкапсулиране пакете. Промена опције монтирања не мења тунел, а промена транспорта тунела не мења оно што је NFS клијент договорио. Проверите стварне опције монтирања помоћу nfsstat -m, а не реда у fstab-у, и проверите VPN транспорт из профила који се заиста користи.

Затим их запишите у белешке о инциденту као два одвојена поља. Привидно побољшање може се пратити само ако белешка каже који се слој променио.

Прегледање није групно читање

Списак директоријума доказује да су неке операције завршене. Он не доказује да ће дуготрајно читање, упис, закључавање или позадина за складиштење завршити под истим условима. Застој на половини велике датотеке је другачије запажање од монтирања које никада не успева, и они упућују на различите слојеве.

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

MTU је хипотеза, а не дијагноза

Губитак који зависи од величине пакета стварна је могућност када тунел носи велике сегменте, и производи управо образац «прегледање ради, читање се заглављује». Тај образац ипак не доказује проблем са MTU-ом, јер се исти облик појављује када је сервер спор, када заштитни зид истекне дуготрајну везу или када је диск заузет. Тестирајте хипотезу контролисаном пробом уместо да свуда снизите MTU и прогласите победу.

Истек времена сам по себи не говори ништа о томе треба ли UDP заменити. То је симптом са неколико могућих власника.

Мењајте једну променљиву по једну

Када упоређујете транспорте, држите NFS радно оптерећење и све остале поставке стабилнима. Промена транспорта монтирања, протокола тунела и MTU-а у истом сервисном прозору даје резултат који нико не може приписати. Изведите исту датотечну операцију пре и после и забележите исход на сваком кораку.

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

Читајте слој који је заказао

Ако је тунел подигнут, а NFS захтев чека, VPN није заказао; заказала је датотечна услуга. Ако је тунел пао, неуспех NFS захтева је последица, а не узрок. Упаривање редова из дневника са оба слоја најбржи је начин да се та два случаја разликују и боље је од нагађања из управљача датотека.

Напишите закључак у две реченице, по једну за сваки слој. То је довољно да следећа особа понови тест без поновног извођења који је транспорт који.