VPN प्रयोगकर्तालाई एउटा प्रिन्टर चाहिन्छ, पूरै LAN होइन

नियम सही देखिन्छ र प्रिन्टरले अझै इन्कार गर्छ। वा प्रिन्टर काम गर्छ र त्यही प्रयोगकर्ताले फाइल सर्भरसम्म पनि पुग्छ, जुन अझ नराम्रो हो। दुवै नतिजा सामान्यतया एउटै ठाउँबाट आउँछन्: साँघुरो नियम पहिले नै केही फराकिलो कुरालाई अनुमति दिने नियमसमूहमा थपिएको थियो। प्रभावकारी क्रम पढ्दा नयाँ नियम लेख्नुअघि नै नतिजा बुझिन्छ।

लक्षण: साँघुरो नियमले केही बदलेन

समर्पित VPN पूल, एउटा प्रिन्टर ठेगाना र TCP 631 मा पास नियम उचित डिजाइन हो। जब यसले कुनै परिवर्तन ल्याउँदैन, पहिलो शंका यही हुनुपर्छ कि ट्राफिक कहिल्यै त्यो नियमसम्म पुगेन। नियमले मूल्याङ्कन क्रममा आफ्नो स्थानमा पुग्ने ट्राफिकको बारेमा मात्र निर्णय गर्छ। फिल्ड जाँच्न सजिलो छ र तिनीहरू असफलताको कारण विरलै हुन्छन्।

विपरीत लक्षण भुल्न सजिलो हुन्छ। प्रिन्ट कार्य सफल हुन्छ, र यो प्रयोगकर्ता कहिल्यै पुग्नु नहुने फाइल साझेदारीमा जडान पनि सफल हुन्छ। यसको अर्थ पहिले नै केही कुराले LAN लाई अनुमति दिइसकेको थियो।

दुवै लक्षण नयाँ नियमको फिल्डतिर होइन, क्रमतिर सङ्केत गर्छन्। तीमध्ये एउटा कहिल्यै नमिलेको नियम हो, र अर्को धेरै चाँडै मिलेको नियम हो।

ट्राफिक वास्तवमा कुन नियमसमूहमा पर्छ

pfSense ले प्रत्येक इन्टरफेसका लागि नियमहरूको मूल्याङ्कन गर्छ, र OpenVPN को आफ्नै ट्याब छ जसका नियमहरू प्रत्येक सर्भर र क्लाइन्ट इन्स्टेन्समा लागू हुन्छन्। ती नियमहरू विशेष OpenVPN इन्टरफेसमा तोकिएका नियमहरूभन्दा पहिले प्रशोधन गरिन्छ। त्यसैले OpenVPN ट्याबमा छोडिएको फराकिलो पास इन्टरफेस ट्याबले जे भने पनि यो प्रयोगकर्तामा पनि लागू हुन्छ। त्यो क्रम परिवर्तन अभिलेखमा प्रतिलिपि गर्नुहोस् ताकि समीक्षाले GUI नखोली जाँच्न सकोस्।

त्यसैले नयाँ साँघुरो पासले पहुँच हटाउन सक्दैन। फायरवाल नियमहरूले अनुमति थप्छन् र पहिलेको मिलानबाट त्यो लिँदैनन्।

प्रभावकारी सूची माथिबाट पढ्नुहोस् र ट्राफिकसँग मिल्ने पहिलो नियममा रोकिनुहोस्। त्यही पहिलो मिलान निर्णय हो, र त्यसको तलको सबै त्यो प्रवाहका लागि अगम्य छ।

प्रिन्ट कार्यबाट पास नियम लेख्नुहोस्

प्रिन्टरबाट होइन, कार्यबाट सुरु गर्नुहोस्। प्रयोगकर्तालाई प्रिन्टर ठेगानामा प्रिन्ट सेवा चाहिन्छ, त्यसैले नियमले त्यो ठेगाना, त्यो प्रोटोकल र त्यो पोर्टको नाम लिन्छ। VPN पूलका लागि उपनाम र प्रिन्टरका लागि उपनामले नियम पढ्नयोग्य राख्छ।

जादुगरलाई खुसी बनाउन खोज वा प्रशासन पोर्ट थप्ने प्रवृत्तिको विरोध गर्नुहोस्। पूरै प्रिन्टरलाई अनुमति दिने नियम प्रिन्ट कतारलाई अनुमति दिने नियमभन्दा फरक नीति हो।

प्रिन्टरको आफ्नै प्रमाणीकरण यथास्थान राख्नुहोस्। नेटवर्क अनुमति यसको विकल्प होइन। कतार-स्तरीय खाता कसले के प्रिन्ट गर्न सक्छ भन्ने उचित नियन्त्रण हो।

छ मानहरूले पूरै उद्देश्य बोक्छन्: क्रियाका रूपमा पास, परिवारका रूपमा IPv4, प्रोटोकलका रूपमा TCP, स्रोतका रूपमा पूल उपनाम, गन्तव्यका रूपमा प्रिन्टर उपनाम र पोर्टका रूपमा 631। यी छबाहेकको जुनसुकै कुरा मागिएको नीतिभन्दा फरक नीति हो।

LAN अनुमति बिना क्लाइन्टलाई बाटो दिनुहोस्

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

यदि कतारलाई नामद्वारा सम्बोधन गरिन्छ भने, रिजोल्भर निर्भरता अलग्गै परिभाषित गर्नुहोस्। एउटा नाम समाधान गर्न पूरै LAN अनुमति दिनु कार्यको आवश्यकताभन्दा धेरै ठूलो परिवर्तन हो।

पूलतिर फिर्ता रुटिङ र स्रोतको अनुवादबीच सचेत रूपमा छान्नुहोस्। दुवै काम गर्छन्, र प्रत्येकले लगबाट फरक कुरा लुकाउँछ।

कार्यसँगै इन्कार पनि परीक्षण गर्नुहोस्

VPN प्रयोगकर्ताबाट एउटा सानो, संवेदनशील नभएको कार्य पठाउनुहोस्, त्यसपछि इन्कार गरिनुपर्ने LAN स्रोत र फायरवालको आफ्नै प्रशासन पृष्ठ प्रयास गर्नुहोस्। तीनै परीक्षण एउटै सत्रका हुन्, किनकि नीतिलाई समग्र रूपमा हेर्ने त्यही एउटै मात्र उपाय हो। केवल सफल प्रिन्ट कार्यले सीमाबारे लगभग केही पनि प्रमाणित गर्दैन।

तैनातीलाई प्रिन्टर-मात्र भन्नु अघि IPv6 र अन्य कुनै सक्रिय VPN मार्गको समीक्षा गर्नुहोस्। एउटा ठेगाना परिवारमा साँघुरो नियमसमूह अर्कोमा पूर्ण खुला हुन सक्छ।