VPN वापरकर्त्याला एक प्रिंटर हवा, संपूर्ण LAN नाही

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

लक्षण: अरुंद नियमाने काहीही बदलले नाही

समर्पित VPN पूल, एक प्रिंटर पत्ता आणि TCP 631 वर पास नियम ही योग्य रचना आहे। जेव्हा त्यातून कोणताही बदल होत नाही, तेव्हा ट्रॅफिक त्या नियमापर्यंत कधीच पोहोचले नाही हा पहिला संशय असावा। नियम केवळ त्या ट्रॅफिकबद्दल निर्णय घेतो जे मूल्यांकन क्रमात त्याच्या स्थानापर्यंत पोहोचते। फील्ड तपासणे सोपे आहे आणि ते अपयशाचे कारण क्वचितच असतात।

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

दोन्ही लक्षणे नवीन नियमाच्या फील्डकडे नाही, क्रमाकडे निर्देश करतात। त्यापैकी एक कधीही जुळला नाही अशा नियम, आणि दुसरा खूप लवकर जुळलेला नियम।

ट्रॅफिक प्रत्यक्षात कोणत्या नियमसंचाला लागतो

pfSense प्रत्येक इंटरफेससाठी नियमांचे मूल्यांकन करते, आणि OpenVPN ला स्वतःचे टॅब आहे ज्याचे नियम प्रत्येक सर्व्हर आणि क्लायंट इन्स्टन्सवर लागू होतात। ते नियम विशिष्ट OpenVPN इंटरफेसला दिलेल्या नियमांपूर्वी प्रक्रिया केले जातात। म्हणून OpenVPN टॅबवर सोडलेला विस्तृत पास इंटरफेस टॅब काहीही म्हणो, या वापरकर्त्यावरही लागू होतो। तो क्रम बदल नोंदीत कॉपी करा जेणेकरून पुनरावलोकन GUI न उघडता तो तपासू शकेल।

म्हणूनच नवीन अरुंद पास प्रवेश कमी करू शकत नाही। फायरवॉल नियम परवानगी जोडतात आणि ती आधीच्या जुळणीपासून घेत नाहीत।

प्रभावी यादी वरून वाचा आणि ट्रॅफिकशी जुळणाऱ्या पहिल्या नियमावर थांबा। तीच पहिली जुळणी निर्णय आहे, आणि त्याखालील सर्व त्या प्रवाहासाठी अगम्य आहे।

प्रिंट कार्यातून पास नियम लिहा

प्रिंटरपासून नाही, कार्यापासून सुरुवात करा। वापरकर्त्याला प्रिंटर पत्त्यावर प्रिंट सेवा हवी आहे, म्हणून नियम तो पत्ता, तो प्रोटोकॉल आणि ते पोर्ट नावाने नमूद करतो। VPN पूलसाठी उपनाम आणि प्रिंटरसाठी उपनाम नियम वाचनीय ठेवतात।

विझार्डला खुश करण्यासाठी शोध किंवा प्रशासन पोर्ट जोडण्याच्या प्रवृत्तीला विरोध करा। संपूर्ण प्रिंटरला परवानगी देणारा नियम प्रिंट रांगेला परवानगी देणाऱ्या नियमापेक्षा वेगळे धोरण आहे।

प्रिंटरचे स्वतःचे प्रमाणीकरण जागेवर ठेवा। नेटवर्क परवानगी त्याचा पर्याय नाही। रांग-स्तरीय खाते कोण काय प्रिंट करू शकतो याचे योग्य नियंत्रण आहे।

सहा मूल्ये संपूर्ण हेतू वाहतात: क्रिया म्हणून पास, कुटुंब म्हणून IPv4, प्रोटोकॉल म्हणून TCP, स्रोत म्हणून पूल उपनाम, गंतव्य म्हणून प्रिंटर उपनाम आणि पोर्ट म्हणून 631। या सहापलीकडील काहीही मागितलेल्या धोरणापेक्षा वेगळे धोरण आहे।

LAN परवानगीशिवाय क्लायंटला मार्ग द्या

क्लायंटला प्रिंटर पत्त्यापर्यंत मार्ग हवा, आणि कार्यालय बाजूला VPN पूलपर्यंत उत्तर मार्ग हवा। एकच /32 पुश केल्याने क्लायंट संरचना अरुंद राहते, जे समस्या निवारणास मदत करते। ही अधिकृततेची सीमा नाही, कारण क्लायंट स्वतः मार्ग जोडू शकतो।

रांगेला नावाने संबोधले जात असल्यास, रिझोल्व्हर अवलंबित्व वेगळे परिभाषित करा। एक नाव सोडवण्यासाठी संपूर्ण LAN ला परवानगी देणे हे कार्याच्या गरजेपेक्षा खूप मोठे बदल आहे।

पूलकडे परत राउटिंग आणि स्रोताच्या भाषांतरातून जाणीवपूर्वक निवडा। दोन्ही काम करतात, आणि प्रत्येक लॉगपासून वेगळे काही लपवते।

कार्याबरोबरच नकारही तपासा

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

तैनातीला फक्त-प्रिंटर म्हणण्यापूर्वी IPv6 आणि इतर कोणत्याही सक्रिय VPN मार्गाचे पुनरावलोकन करा। एका पत्ता कुटुंबात अरुंद नियमसंच दुसऱ्यात पूर्णपणे खुला असू शकतो।