route -interface लिंकच्या बाहेरील होस्टपर्यंत का पोहोचत नाही

route Wi-Fi इंटरफेसचे नाव स्वीकारतो, तक्रार न करता बाहेर पडतो, आणि होस्ट पोहोचण्याअयोग्य राहतो। काहीही खराब झालेले नाही; रूटमधील संबंधच चुकीचा आहे: इंटरफेस फ्लॅग सांगतो की गंतव्य कोणत्या लिंकवर आहे, असे नाही की दुसरीकडे असलेल्या गंतव्यासाठी कोणत्या राउटरने ट्रॅफिक घ्यावे। आदेश यशस्वी होतो कारण तो वाक्यरचनेने वैध आहे, कारण तो कार्यरत मार्ग वर्णन करतो म्हणून नाही।

हाच फरक ठरवतो की VPN जवळील रूट अपवाद कार्य करेल की फक्त विश्वासार्ह दिसेल।

इंटरफेस हे निर्गम आहे, पुढील हॉप हे सुपूर्द करणे आहे

192.168.50.20 पत्ता असलेल्या Mac वर आणि 192.168.50.1 वर राउटर असताना, त्याच लिंकवरील दुसरे यंत्र थेट पोहोचण्यायोग्य असते। फ्रेम त्या यंत्राला संबोधून तारेवर ठेवली जाते। कोणताही राउटर सहभागी नसतो, आणि इंटरफेस-मर्यादित रूट नेमके तेच व्यक्त करते। दूरचे टोक दुसऱ्या इमारतीतील होस्टमध्ये बदला आणि तोच आदेश अर्थहीन होतो। Mac कडे तारेवर ठेवण्यासाठी दुसऱ्या स्तराचा पत्ता नाही, म्हणून इंटरफेस फ्लॅगकडे वर्णन करण्यासाठी काही नाही।

लिंकच्या बाहेरील गंतव्य वेगळे असते। Mac दुसऱ्या स्तरावर न पोहोचणाऱ्या होस्टला संबोधलेली फ्रेम तारेवर ठेवू शकत नाही; पोहोचू शकणाऱ्या राउटरला पॅकेट सुपूर्द करते। म्हणून रूटला गेटवे लागतो, आणि गेटवे स्वतः जोडलेल्या लिंकवर पोहोचण्यायोग्य असावा।

लिंकच्या बाहेरील गंतव्यासाठी इंटरफेस फ्लॅग वापरणे macOS ला सांगते की त्या गंतव्याला तारेवर असल्यासारखे वागवावे। मग कर्नेलला त्यासाठी दुसऱ्या स्तराचा पत्ता सोडवता येत नाही, आणि पॅकेट त्रुटीत काहीही उपयुक्त न ठेवता टाकून दिले जाते।

इंटरफेस फ्लॅग प्रत्यक्षात काय दावा करतो

Apple चे रूट संदर्भ मध्यस्थाशिवाय थेट पोहोचण्यायोग्य गंतव्यांसाठी इंटरफेस स्वरूप परिभाषित करते। हे लिंक मॉडेलबद्दलचे विधान आहे, कोणता अडॅप्टर वापरावा याबद्दलची पसंती नाही। Wi-Fi द्वारे इंटरनेट होस्टपर्यंत पोहोचण्यासाठी त्या Wi-Fi लिंकवर राउटर अजूनही आवश्यक आहे, आणि रूटने त्याचे नाव घेतले पाहिजे।

इंटरफेस व्याप्ती हे वेगळे गुणधर्म आहे। ते व्याप्ती-निर्णयांसाठी, जसे कोणता स्रोत पत्ता लागू होतो, रूटला विशिष्ट इंटरफेसशी जोडते, परंतु इंटरफेस स्वतः पोहोचू शकत नाही अशा गंतव्यासाठी पोहोच निर्माण करत नाही। दोन्ही गुणधर्म वेगळ्या प्रश्नांची उत्तरे देतात।

म्हणूनच आदेश स्वीकारला जाऊ शकतो, तक्त्यात दिसू शकतो आणि तरीही अयशस्वी होऊ शकतो। कर्नेल तुमचा हेतू तपासत नाही; तुम्ही काय दावा केला ते नोंदवते, आणि दावा असा होता की गंतव्य लिंकवर आहे। शांत यशानंतर शांत टाकून देणे हा अपेक्षित परिणाम आहे, दोष नाही। नेटवर्कला दोष देण्यापूर्वी दावा पुन्हा वाचा।

लिंकच्या बाहेरील गंतव्याला आवश्यक असलेला रूट

LAN राउटरमार्फत 198.51.100.25 सारख्या दस्तऐवजी पत्त्यापर्यंत मंजूर मार्गासाठी, उद्दिष्ट संबंध म्हणजे गंतव्य, 192.168.50.1 चा पुढील हॉप, आणि त्या पुढील हॉपपर्यंत पोहोचणारा LAN इंटरफेस। इंटरफेस रूट आदेशाने लादला जात नाही, पुढील हॉपच्या शोधातून सूचित होतो।

macOS मध्ये फक्त-वाचन तपासणी route -n get 198.51.100.25 आहे। गेटवे आणि इंटरफेसच्या ओळी एकत्र वाचा आणि गेटवे हा Mac प्रत्यक्षात पोहोचू शकणारा पत्ता आहे का ते तपासा। दुसऱ्या सबनेटवरील गेटवे, किंवा शेवटच्या नेटवर्क बदलानंतर गेलेला गेटवे, बरोबर दिसणारा आणि काहीही फॉरवर्ड न करणारा रूट तयार करतो।

टिकाऊ सूचनेत en0 हार्डकोड करू नका। अडॅप्टर, डॉक आणि VPN क्लायंटसह इंटरफेसची नावे बदलतात, आणि चुकीच्याचे नाव घेणारा रूट व्यापक नेटवर्क बिघाड म्हणून सहज वाचला जाणारा मार्ग बिघडतो।

बदलण्यापूर्वी सध्याची निवड वाचा

काहीही जोडण्यापूर्वी, सिस्टमने आधीच काय निवडले आणि का ते तपासा। ते आउटपुट सांगते की ट्रॅफिक सुरूंगातून, LAN राउटरमधून की कुठेच जात नाही, आणि बदलानंतर तुलना करण्यासाठी आधार देते। त्याशिवाय नवीन रूट अंमलात आला का हे तुम्ही सांगू शकत नाही।

मग पत्ता कुटुंब तपासा। IPv4 साठी जोडलेला रूट IPv6 गंतव्यासाठी काहीही करत नाही, आणि दोन्ही कुटुंबांमध्ये सोडवली जाणारी सेवा अधूनमधून पोहोचण्यायोग्य दिसू शकते। रूट तक्ता आणि रिझॉल्व्हर वेगळ्या प्रश्नांची उत्तरे देतात, आणि दोन्हींनी उद्दिष्ट मार्गाशी जुळले पाहिजे।

शेवटी, लक्षात ठेवा की रूट ही निवड आहे, परवानगी नाही। व्यवस्थापित VPN प्रोफाइल किंवा क्लायंट फिल्टर तक्ता त्याकडे दर्शवत असूनही थेट मार्ग प्रतिबंधित करू शकते, म्हणून यशस्वी तक्ता नोंद तपासणी संपवते असे गृहीत न धरता प्रत्यक्ष अनुप्रयोगाने चाचणी करा।

सुरूंग आणि धोरण आकार बदलतात

पॉइंट-टू-पॉइंट इंटरफेस त्यांची स्वतःची गोष्ट आहे। सुरूंग Ethernet शैलीच्या गेटवे पत्त्याशिवाय रूट वाहू शकते, आणि ते आपोआप चुकीचे नाही। तुम्ही पाहता त्या प्रत्येक तक्ता नोंदीवर Wi-Fi उदाहरण वाढवण्याऐवजी इंटरफेसचे खरे लिंक मॉडेल लागू करा।

बदल विनंत्यांसाठी, गंतव्य, मंजूर नेटवर्क मार्ग, सध्याचा गेटवे आणि इंटरफेस, आणि अपवाद कोण राखेल ते लिहा। मालक महत्त्वाचा आहे कारण प्रॉम्प्टवर टाइप केलेला एकवेळचा रूट धोरण नाही, आणि पुढील पुनर्जोडणी तो पुसून टाकेल।

जर आवश्यकता VPN सुरू असताना या होस्टपर्यंत पोहोचण्याची असेल, तर प्रामाणिक उत्तर सहसा स्थानिक राउटरमार्फत विशिष्ट होस्ट रूट असते, जो इंटरफेसचा मालक नेटवर्क व्यवस्थापक स्थापित करतो। जर आवश्यकता थेट कोणत्याही गोष्टीपर्यंत पोहोचण्याची असेल, तर आवश्यकतेलाच रूट आदेशापूर्वी धोरण पुनरावलोकन लागते।