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 сұранысының сәтсіздігі салдар, себеп емес. Екі қабаттың журнал жолдарын сәйкестендіру осы екі жағдайды ажыратудың ең жылдам жолы, және ол файл менеджерінен болжаудан артық.
Қорытындыны екі сөйлеммен жазыңыз, әр қабатқа бір. Бұл келесі адамға қай тасымалдың қайсы екенін қайта шығармай-ақ сынақты қайталауға жеткілікті.