स्प्लिट टनेल सक्रिय छ र प्रिन्टर अझै अफलाइन छ: किन

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

कतारको पछाडिको ठेगानाबाट सुरु गर्नुहोस्

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

होस्टनाममा बनेको कतारले मार्गमा नाम-समाधान थप्छ, जुन मार्गनिर्देशनबाट अलग संयन्त्र हो। टनेलभित्र होस्टनाम फरक तरिकाले समाधान भयो भने कतार अर्को मेसिनमा पुग्छ वा कतै पुग्दैन। सङ्ख्यात्मक ठेगानाले परीक्षणको अवधिभर त्यो चर हटाउँछ।

जोडी लेख्नुहोस्, किनकि बाँकी अनुसन्धानले अनुमान गर्नुको सट्टा तिनको तुलना गर्छ।

त्यो ठेगानाको लागि मार्ग कसरी छनोट हुन्छ

मान्नुहोस् प्रिन्टर 192.168.1.50 मा छ र अफिस नेटवर्कले पनि 192.168.1.0/24 प्रयोग गर्छ। त्यो सबनेट ढाक्ने टनेल मार्ग अब तपाईंको फ्ल्याटमा रहेको प्रिन्टरतर्फको सिधा मार्गसँग प्रतिस्पर्धा गर्न सक्छ, र बढी विशिष्ट प्रविष्टि जित्छ। पोर्टलाई त्यही सङ्ख्यात्मक ठेगानामा बदल्दा त्यो अस्पष्टता हट्दैन, किनकि अस्पष्टता मार्ग तालिकामा छ।

पूर्वनिर्धारित मार्ग स्थापना गर्ने VPN प्रोफाइलले सबै कुरा समात्छ, र त्यसपछि स्थानीय लिङ्क प्रिफिक्स टनेलबाट मात्र पहुँचयोग्य हुन्छ। स्प्लिट-टनेल प्रोफाइलले त्यसको सट्टा कर्पोरेट प्रिफिक्सहरू स्थापना गर्छ, जसले सामान्यतया स्थानीय बाटो पुनःस्थापित गर्छ। प्रिन्टरको ठेगानाका लागि वास्तवमा छनोट गरिएको मार्ग जाँच्नुहोस्, त्यो बनाउने सेटिङको नाम होइन।

तालिका र छनोट गरिएको मार्ग सँगै पढ्नुहोस्, किनकि तालिकाले उम्मेदवार देखाउँछ र खोजले विजेता।

Get-Printer | Select-Object Name, PortName, DriverName
Get-PrinterPort -Name 'IP_192.168.1.50' | Select-Object PrinterHostAddress
route print -4 | Select-String '192.168.1'

ठेगाना काम गर्दा पत्ता लगाउने किन असफल हुन्छ

स्थानीय नेटवर्कमा स्वचालित प्रिन्टर पत्ता लगाउने काम मल्टिकास्ट DNS वा पुरानो ब्रोडकास्ट प्रोटोकलमा निर्भर हुन्छ, र दुवै एउटै लिङ्कमा सीमित छन्। राउटरले त्यो मल्टिकास्ट पूर्वनिर्धारित रूपमा अगाडि पठाउँदैन, र VPN पनि राउटर हो। ठेगानामा आधारित कतार थप्दा पत्ता लगाउने मात्र बिग्रिएको अवस्था सुधारिन्छ, र यही कारण त्यो उपायलाई प्रायः भाग्य ठानिन्छ।

भिन्नता लेख्न सजिलो छ: ठेगानाले प्रिन्ट पोर्टमा जवाफ दिन्छ तर प्रिन्टर प्रिन्टर थप्ने सूचीमा कहिल्यै देखिँदैन भने दोष पत्ता लगाउने दायराको हो। दुवैमध्ये कुनै काम गर्दैन भने दोष मार्ग वा फिल्टरको हो। दुई परीक्षण, दुई फरक जिम्मेवार, र तिनका बीचमा ड्राइभर पुनःस्थापना छैन।

सूची भरिने प्रतीक्षा नगरी ठेगाना सिधै परीक्षण गर्नुहोस्। तलका आदेशहरू ठ्याक्कै त्यही गर्छन्।

Test-NetConnection 192.168.1.50 -Port 9100
nslookup 192.168.1.50
ping -c 2 192.168.1.50

ग्राहकको स्थानीय-पहुँच फिल्टरले के थप्छ

इन्डपोइन्ट ग्राहकहरूले मार्ग तालिकाबाट स्वतन्त्र रूपमा स्थानीय ट्राफिक फिल्टर गर्न सक्छन्। यो सेटिङलाई प्रायः स्थानीय नेटवर्क पहुँच भनिन्छ, र टनेल जोडिएको बेला स्थानीय खण्डतर्फको ट्राफिक रोक्न सक्छ, मार्ग खोज सही देखिए पनि। यो नीतिको तह हो, र मार्ग सम्पादनले यसलाई बदल्दैन।

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

लागू नीतिका लागि ग्राहकको आफ्नै स्थिति वा लग पढ्नुहोस्, किनकि इन्टरफेसले यसलाई प्रायः सारांश लाइनपछाडि लुकाउँछ। त्यो लग प्रविष्टिले सामान्यतया निर्णय गर्ने नियमको नाम लिन्छ।

एउटा सानो कामले मार्ग जाँच्नुहोस्

ठेगाना, मार्ग र फिल्टर सबै प्रिन्टरतर्फ सङ्केत गरेपछि, टनेल जोडिएकै अवस्थामा त्यही कतारमा एउटा छोटो कागजात पठाउनुहोस्। यसले डिस्कनेक्ट गरेपछि मात्र परीक्षण गरिएको ड्राइभर पुनःस्थापनाभन्दा मूल असफलता बढी सटीक रूपमा पुनःउत्पादन गर्छ। काम सामान्य राख्नुहोस्, किनकि तपाईं यन्त्र होइन, मार्ग परीक्षण गर्दै हुनुहुन्छ।

त्यसपछि टनेल डिस्कनेक्ट गरिएको अवस्थामा दोहोर्याउनुहोस्, तपाईंले सुधारेको मार्ग पहिले चल्ने त्यही थियो कि भनी जान्न। त्यो तुलना नै परिवर्तनको महत्व भएको एकमात्र प्रमाण हो।

Test-NetConnection 192.168.1.50 -Port 9100
Get-PrintJob -PrinterName 'Front Desk'
Get-NetRoute -DestinationPrefix 192.168.1.0/24

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