OpenVPN'дин UDP туннелинин ичинде TCP аркылуу NFS: эки транспорт
Орнотуу протоколу жана туннелдин протоколу өзүнчө параметрлер. Экөөнү тең жазып алыңыз, анан токтоп калуу файл кызматынабы же ташуучугабы таандык экенин чечиңиз.
UDP ташыган туннелдин ичинде TCP колдонгон NFS сүйлөшүүсүн ташуу толугу менен ырааттуу, жана бул адамдарды адаштырат, анткени бир эле учурда эки транспортту атайт. TCP — кардар менен NFS серверинин ортосундагы файл кызматынын сүйлөшүүсү. UDP — VPN четки чекиттеринин ортосундагы шифрленген ташуучу. Экөөнүн эч бири экинчиси жөнүндө эч нерсе билдирбейт.
Бир нерсени оңдоону баштоодон мурун экөөнү тең өзүнчө жазыңыз; бул окуялардын көбү бирөө туура эмес катмарды өзгөрткөндөн башталат.
Эки катмар, эки параметр
Орнотуу параметри proto=tcp NFS кардары NFS сервери менен кантип сүйлөшөрүн сүрөттөйт. VPN профилиндеги proto udp параметри туннелдин четки чекиттери инкапсуляцияланган пакеттерди кантип алмашканын сүрөттөйт. Орнотуу параметрин өзгөртүү туннелди өзгөртпөйт, ал эми туннелдин транспортун өзгөртүү NFS кардары келишкен нерсени өзгөртпөйт. Иш жүзүндөгү орнотуу параметрлерин fstab сабы менен эмес, nfsstat -m аркылуу текшериңиз, ал эми VPN транспортун чындап колдонулган профилден текшериңиз.
Анан аларды окуя жазууларында эки өзүнчө талаа катары жазыңыз. Көрүнгөн жакшыруу жазуу кайсы катмар өзгөргөнүн айтканда гана байкоого болот.
Карап чыгуу — массалык окуу эмес
Каталог тизмеси айрым операциялардын аяктаганын далилдейт. Ал узак окуунун, жазуунун, кулпунун же сактоонун арткы бөлүгүнүн ошол эле шартта аяктаарын далилдебейт. Чоң файлдын ортосунда токтоп калуу эч качан ийгиликтүү болбой турган орнотуудан башка байкоо, жана алар ар башка катмарларды көрсөтөт.
Ийгиликсиз операцияны так сүрөттөңүз: жол, багыт, токтоп калуунун болжолдуу жери жана кардар, сервер жана VPN журналдарындагы акыркы тиешелүү окуя. Анан трафик кайда уланаарын жана кайда токтоорун салыштырыңыз.
MTU — болжол, диагноз эмес
Пакеттин өлчөмүнө көз каранды жоготуу туннел чоң сегменттерди ташыганда реалдуу мүмкүнчүлүк, жана ал карап чыгуу иштейт, ал эми окуу токтойт деген үлгүнү так жаратат. Бирок бул үлгү MTU маселесин далилдебейт, анткени ошол эле форма сервер жай болгондо, брандмауэр узак байланышты убакыт чеги менен үзгөндө же диск бош эмес болгондо да пайда болот. Болжолду бардык жерде MTU-ну төмөндөтүп жеңиш жарыялоонун ордуна көзөмөлдөнгөн сынак менен текшериңиз.
Убакыт чеги өзүнчө UDP алмаштырылышы керекпи дегенге эч нерсе айтпайт. Бул бир нече мүмкүн болгон ээси бар симптом.
Бир убакта бир өзгөрмөнү өзгөртүңүз
Транспортторду салыштырганда NFS жүгүн жана калган бардык параметрлерди туруктуу кармаңыз. Орнотуу транспортун, туннелдин протоколун жана MTU-ну бир тейлөө терезесинде өзгөртүү эч ким байланыштыра албаган жыйынтык берет. Ошол эле файлдык операцияны мурун жана кийин аткарып, ар бир кадамда жыйынтыкты жазыңыз.
Мурунку маанилерди да билетте сактаңыз. Эгер өзгөртүү абалды начарлатса, артка кайтуу документтелген сан болушу керек, бирөөнүн мурун кандай болгону тууралуу эси эмес.
Ийгиликсиз болгон катмарды окуңуз
Эгер туннел иштеп, NFS сурамы күтүп турса, VPN ийгиликсиз болгон жок; файл кызматы ийгиликсиз болду. Эгер туннел куласа, NFS сурамынын ийгиликсиздиги кесепет, себеп эмес. Эки катмардын журнал саптарын дал келтирүү ушул эки учурду айырмалоонун эң тез жолу, жана ал файл менеджеринен болжолдоодон артык.
Корутундуну эки сүйлөм менен жазыңыз, ар катмарга бирден. Бул кийинки адамга кайсы транспорт кайсы экенин кайра чыгарбастан сынакты кайталоого жетиштүү.