तुम्ही बोगद्यासाठी एक पोर्ट पुढे पाठवता आणि बदल मर्यादित आहे असे स्वतःला सांगता. प्रत्यक्षात पोर्ट फक्त पॅकेट्स आत घेतो; त्याच्या मागे जे आहे तेच उघड होणे. तीन गोष्टी ते उघड होणे ठरवतात: सार्वजनिक बाजूला ऐकणारा सॉकेट, बोगदा स्वीकारणारी ओळख आणि ती ओळख नंतर पोहोचू शकणारी गंतव्ये. प्रत्येकाला स्वतःचे उत्तर हवे, कारण एकात काळजीपूर्वक निवड केल्याने इतर मर्यादित होत नाहीत.

पोर्ट पुढे पाठवणे ही सेवा नाही

राउटर नियम पॅकेट्स होस्टकडे हलवतो; ती वाचणाऱ्या प्रक्रियेचे नाव तो सांगत नाही. पुढे पाठवण्याचे पृष्ठ आणि ऐकणारा सॉकेट वेगवेगळ्या ठिकाणी राहतात, म्हणून नियम अशा मशीनकडे निर्देश करू शकतो जी आता सेवा चालवत नाही. प्रत्यक्षात काय उत्तर देते हे जाणून घेण्यासाठी होस्टवर पाहा: ss -lntup प्रत्येक ऐकणारा सॉकेट त्याच्या मालक प्रक्रियेसह सूचीबद्ध करतो. नंतर ती प्रक्रिया घटक, आवृत्ती आणि मालकाशी जुळवा.

तुम्ही तयार केला असे आठवणारा नियम काढून टाकल्याने दरवाजा बंद होत नाही. UPnP मॅपिंग स्वतः जोडले गेले असेल, IPv4 नोंद गेल्यानंतर IPv6 पत्ता पोहोचण्यायोग्य राहू शकतो, आणि दुसऱ्या मशीनवर दुसरी प्रकाशन पद्धत असू शकते. राउटरची UPnP मॅपिंग यादी आणि त्याच्या स्थिर नोंदी वाचा, नंतर नेटवर्कच्या बाहेरून चाचणी करा.

लॉगिन हे LAN परवानगी नाही

बोगदा कोण कनेक्ट करू शकतो हे ठरवतो; जोडलेला क्लायंट काय उघडू शकतो हे संसाधने ठरवतात. NIST चे शून्य-विश्वास मार्गदर्शन नेटवर्क स्तरावर तेच विभाजन करते: पत्ता अधिकृततेबद्दल काहीही सिद्ध करत नाही. एका नोंदणीकृत लॅपटॉपला एक काम द्या, उदाहरणार्थ नामित होस्टवरील फाइल शेअर वाचणे, आणि ती जोडी लिहून ठेवा. बोगद्याच्या पत्त्याने घराच्या उर्वरित भागावर प्रशासकीय प्रवेश वारसाहक्काने मिळू नये.

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

स्वच्छ स्कॅन फार थोडे सिद्ध करतो

उघडा पोर्ट एका पत्त्या आणि एका प्रोटोकॉलबद्दलची वस्तुस्थिती आहे; यशस्वी लॉगिन एका क्रेडेन्शियलबद्दलची वस्तुस्थिती आहे. दोन्ही पुढे काय होते ते सांगत नाहीत. इच्छित होस्टवर इच्छित क्रिया तपासा, नंतर कधीही नोंदणी न झालेली ओळख, कोणीही मंजूर न केलेली सेवा आणि खाजगी राहिले पाहिजे असे व्यवस्थापन इंटरफेस वापरून पाहा. शेवटची चाचणी सहसा अयशस्वी होते.

दोन्ही पत्ता कुटुंबे आणि तुम्ही प्रकाशित करता तो प्रत्येक मार्ग तपासा. IPv4 पत्त्याचा स्कॅन ऐकणाऱ्या IPv6 सेवेबद्दल काहीही सांगत नाही, आणि अंतर्गत चाचणी NAT लूपबॅक समस्या किंवा अपस्ट्रीम फिल्टर पाहू शकत नाही. किमान एक तपासणी बाहेरून चालवा, त्याच राउटरमधून परत न येणाऱ्या कनेक्शनवर.

उघड होणे लिहून ठेवा

छोटी सारणी पुनरावलोकनाला पुढील व्यक्ती ऑडिट करू शकेल अशा गोष्टीत बदलते. ती बाहेरून आत भरा, प्रत्येक पोहोचण्यायोग्य सेवेसाठी एक ओळ, आणि ती कॉन्फिगरेशनसोबत ठेवा, चॅट थ्रेडमध्ये नाही. एखाद्या ओळीला मालक नसेल तर तो एक निष्कर्ष आहे.

Public address and portReceiving hostProcess on the socketIntended actorWho may reach it
203.0.113.10:51820naswg-quick@wg0my laptopenrolled peers only

फक्त “VPN” असे म्हणणाऱ्या ओळी अजून ओळी नाहीत. ओळीला सॉकेट, होस्ट, ओळख आणि गंतव्य हवे, कारण ऑडिटर किंवा हल्लेखोर तेच तपासेल.

गरजेपूर्वी निवृत्तीची योजना करा

जो बोगदा तुम्ही रद्द करू शकत नाही तो कायमचा दरवाजा आहे. डिव्हाइस क्रेडेन्शियल कसे मागे घ्यावे, सक्रिय सत्र कसे संपवावे आणि अपग्रेडने सेवा तोडल्यानंतर प्रवेश कसा पुनर्संचयित करावा हे आधीच ठरवा. बोगद्यातून न जाणारा पुनर्प्राप्ती मार्ग ठेवा, कारण बोगदाच तुम्ही दुरुस्त करणार आहात. त्या मशीनशिवाय पोहोचता येईल अशा ठिकाणी तो साठवा.

इच्छित गंतव्य काम करते आणि नको असलेली करत नाहीत तेव्हा पुनरावलोकन पूर्ण होते. हे दुर्बलता नाहीत याची हमी नाही, आणि स्कॅनरचे हिरवे लेबल दोन्हींपैकी कशाचीही जागा घेत नाही. सारणी आणि पुनर्प्राप्ती टीप हे सेटअप वारसाहक्काने घेणाऱ्याला द्या.

संबंधित लेख