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 विनंतीचा अपयश परिणाम आहे, कारण नाही। दोन्ही स्तरांच्या लॉग ओळी जुळवणे या दोन प्रकरणांना वेगळे करण्याचा सर्वात वेगवान मार्ग आहे, आणि ते फाइल मॅनेजरमधून अंदाज लावण्यापेक्षा चांगले आहे।

निष्कर्ष दोन वाक्यांत लिहा, प्रत्येक स्तरासाठी एक। पुढच्या व्यक्तीला कोणती वाहतूक कोणती हे पुन्हा काढावे लागणार नाही अशा रीतीने चाचणी पुन्हा करण्यासाठी एवढे पुरते।