लॅब VPN जोडले आहे, तरी कोर्सचे साधन अजूनही अपयशी होते
प्रशिक्षण VPN पॅकेट मार्ग देते; ते लॅब साधनाच्या समर्थनाची खात्री देत नाही। आधी कोर्सची आधाररेषा तपासा, नंतर बायनरी आणि त्याची लाइब्ररी।
VPN जोडले आहे असे सांगते, कोर्सचे लक्ष्य ping ला उत्तर देते, आणि लॅब साधन तरीही त्रुटीने बाहेर पडते। प्रशिक्षण वातावरणात हे संयोजन सामान्य आहे, कारण बोगदा आणि समर्थित रनटाइम या दोन वेगळ्या गरजा आहेत। एक पॅकेट मार्ग सिद्ध करते; दुसरे हे सिद्ध करते की कार्यक्रम या मशीनवर अजिबात चालू शकतो। अपयशाला VPN समस्या मानले तर तुम्ही कधीही चुकीच्या नसलेल्या नेटवर्क सेटिंग्ज बदलायला जाल।
जोडलेले सूचक प्रत्यक्षात काय सिद्ध करते
VPN कनेक्शन सिद्ध करते की क्लायंट गेटवेपर्यंत पोहोचला आणि त्याला राउटिंग व अॅड्रेसिंग मिळाली। ते सांगत नाही की सरावाला नंतर कोणते पोर्ट लागतील, साधन ऑपरेटिंग सिस्टमशी जुळते का, किंवा त्याची आर्किटेक्चर व लाइब्रऱ्या आहेत का। हे अनुप्रयोगाचे तथ्य आहेत। जेव्हा कोर्सची मूलभूत तपासणी उत्तीर्ण होते आणि साधन अजूनही अपयशी होते, तेव्हा उरलेला प्रश्न सुसंगतता आहे, कनेक्टिव्हिटी नाही।
दोन्हींपैकी काय तुम्ही खरोखर तपासले ते लिहून ठेवा, कारण जोडलेले बॅज दोन्हींचा पुरावा मानून घेणे सोपे आहे।
आधी कोर्सचा दस्तऐवजी मार्ग तपासा
प्रशिक्षकाने प्रकाशित केलेली तपासणी सराव चालवणाऱ्या त्याच मशीनवरून किंवा कार्यक्षेत्रातून वापरा। यामुळे वेगळ्या वातावरणाची चाचणी करून त्याला समतुल्य म्हणणे टाळता येते।
ip route get 10.50.20.15
nc -vz 10.50.20.15 8080मार्ग शोध सरावाचा रहदारी कोणता इंटरफेस वापरेल हे दाखवतो, आणि पोर्ट तपासणी ती विशिष्ट सेवा कनेक्शन स्वीकारते का हे दाखवते। चुकीच्या इंटरफेसकडे जाणारा मार्ग अपयश समजावतो, तर योग्य मार्गासह नाकारलेला पोर्ट सेवा किंवा तिच्या धोरणाकडे निर्देश करतो। नमुना पत्ते नेमलेल्या लक्ष्य श्रेणीने बदला, आणि तपासणीने वापरलेला स्रोत पत्ता नोंदवा। श्रेणीतील दुसऱ्या होस्टवर ping ही तीच चाचणी नाही।
मग साधन समर्थन मॅट्रिक्सशी तपासा
मार्ग सिद्ध झाल्यावर, सराव प्रत्यक्षात जो कार्यक्रम चालवतो तो तपासा। आर्किटेक्चर व लाइब्ररीच्या विसंगती मोठ्याने अपयशी होतात आणि त्या टाइमआउट म्हणून चुकीच्या वाचल्या जातात।
uname -m
file ./lab-tool
ldd ./lab-toolमशीनचा प्रकार कोणते बायनरी प्रकार चालू शकतात हे सांगतो, फाइल अहवाल साधनाचे स्वरूप व आर्किटेक्चर नाव देते, आणि लाइब्ररी यादी अवलंबित्व सुटतात का हे दाखवते। फक्त 64 बिटच्या इमेजवर 32 बिटची बायनरी, किंवा गहाळ सामायिक लाइब्ररी, बोगद्याशी काहीही संबंध नसलेली त्रुटी निर्माण करते। आवृत्ती व प्लॅटफॉर्मची तुलना दुसऱ्या आवृत्तीबद्दलच्या फोरम पोस्टशी नाही, कोर्सच्या समर्थन मॅट्रिक्सशी करा। हे पुरावे गोळा करताना सरावाचे अधिकृतन बदलू नका।
मालकाला दोन वेगळे निष्कर्ष द्या
प्रशिक्षण समर्थन स्वच्छ विभाजनावर काम करू शकते: नेटवर्क आधाररेषेने काय दाखवले आणि साधन वातावरणाने काय दाखवले। स्वच्छ केलेले मार्ग व पोर्ट निकाल, तंतोतंत त्रुटी मजकूर आणि बायनरी तपासण्यांचे प्लॅटफॉर्म तपशील समाविष्ट करा। ओळखपत्रे व खाजगी संरचना बंडल वगळा, जे निदानास मदत न करता धोका वाढवतात। नंतर मालकाला वातावरण दुरुस्त करायचे की सराव समायोजित करायचा हे ठरवू द्या, आणि नेमलेली श्रेणी वाढवू नका व मुद्दा सिद्ध करण्यासाठी दुसऱ्या सहभागाचे मशीन उधार घेऊ नका।
फक्त एकच कारण असले तरी तिकिटात दोन्ही निष्कर्ष नोंदवा। मग पुढील प्रयत्न अंदाजाऐवजी पुराव्यापासून सुरू होतो।