OpenVPN UDP tuneli daxilində TCP üzərindən NFS: iki nəqliyyat

UDP daşıyan tunelin içində TCP istifadə edən NFS söhbətini daşımaq tamamilə tutarlıdır və insanları çaşdırır, çünki eyni anda iki nəqliyyatın adını çəkir. TCP klientlə NFS serveri arasındakı fayl xidməti söhbətidir. UDP VPN son nöqtələri arasındakı şifrələnmiş daşıyıcıdır. Heç biri digəri haqqında heç nə demir.

Hər hansı sazlamadan əvvəl hər ikisini ayrıca yazın; bu hadisələrin çoxu kimsə səhv qatı dəyişəndə başlayır.

İki qat, iki parametr

Mount parametri proto=tcp NFS klientinin NFS serveri ilə necə danışdığını təsvir edir. VPN profilindəki proto udp parametri tunel son nöqtələrinin kapsullaşdırılmış paketləri necə mübadilə etdiyini təsvir edir. Mount parametrinin dəyişdirilməsi tuneli dəyişmir, tunelin nəqliyyatının dəyişdirilməsi isə NFS klientinin razılaşdırdığını dəyişmir. Faktiki mount parametrlərini fstab sətrinə deyil, nfsstat -m ilə təsdiqləyin və VPN nəqliyyatını həqiqətən istifadə olunan profildən təsdiqləyin.

Sonra onları hadisə qeydlərində iki ayrı sahə kimi yazın. Görünən yaxşılaşma yalnız qeyd hansı qatın dəyişdiyini göstərəndə izlənə bilər.

Baxış kütləvi oxuma deyil

Qovluq siyahısı bəzi əməliyyatların tamamlandığını sübut edir. Bu, davamlı oxumanın, yazmanın, kilidin və ya saxlama arxa hissəsinin eyni şərtlərlə tamamlanacağını təsdiqləmir. Böyük faylın ortasında dayanma heç vaxt uğur qazanmayan mountdan fərqli bir müşahidədir və onlar fərqli qatlara işarə edir.

Uğursuz əməliyyatı dəqiq təsvir edin: yol, istiqamət, dayanmanın təxmini nöqtəsi və klient, server və VPN jurnallarındakı son aidiyyəti hadisə. Sonra trafikin harada davam etdiyini və harada dayandığını müqayisə edin.

MTU fərziyyədir, diaqnoz deyil

Paket ölçüsündən asılı itki tunel böyük seqmentlər daşıyanda real ehtimaldır və o, məhz «baxış işləyir, oxuma dayanır» nümunəsini yaradır. Lakin bu nümunə MTU problemini sübut etmir, çünki eyni forma server yavaş olanda, firewall uzunömürlü bağlantını vaxt bitimində bağlayanda və ya disk məşğul olanda da görünür. Fərziyyəni hər yerdə MTU-nu aşağı salıb qələbə elan etmək əvəzinə nəzarətli bir sınaqla yoxlayın.

Tək başına vaxt bitimi UDP-nin dəyişdirilməli olub-olmaması barədə heç nə demir. Bu, bir neçə mümkün sahibi olan simptomdur.

Bir dəfədə bir dəyişəni dəyişin

Nəqliyyatları müqayisə edərkən NFS yükünü və bütün digər parametrləri sabit saxlayın. Mount nəqliyyatını, tunel protokolunu və MTU-nu eyni texniki xidmət pəncərəsində dəyişmək heç kimin aid edə bilməyəcəyi nəticə verir. Eyni fayl əməliyyatını əvvəl və sonra icra edin və hər addımda nəticəni qeyd edin.

Əvvəlki dəyərləri də biletə yazın. Əgər dəyişiklik işləri pisləşdirsə, geri dönüş kimsənin əvvəl necə olduğunu xatırlaması deyil, sənədləşdirilmiş bir rəqəm olmalıdır.

Uğursuz olan qatı oxuyun

Tunel işləyirsə və NFS sorğusu gözləyirsə, VPN uğursuz olmayıb; fayl xidməti uğursuz olub. Tunel düşübsə, NFS sorğusunun uğursuzluğu səbəb deyil, nəticədir. Hər iki qatdan jurnal sətirlərini uyğunlaşdırmaq bu iki halı ayırmağın ən sürətli yoludur və fayl menecerindən təxmin etməkdən üstündür.

Nəticəni iki cümlə kimi yazın, hər qat üçün bir cümlə. Bu, növbəti şəxsin hansı nəqliyyatın hansı olduğunu yenidən çıxarmadan testi təkrarlaması üçün kifayətdir.