સ્પ્લિટ ટનલ ચાલુ છે અને પ્રિન્ટર હજી ઑફલાઇન છે: કેમ

તમારી ટનલ ચાલુ છે, ઇન્ટરનેટ કામ કરે છે, સ્પ્લિટ ટનલિંગ મહિનાઓ પહેલા સક્ષમ કરવામાં આવ્યું હતું, અને ડેસ્કની બાજુમાં રહેલું પ્રિન્ટર હજી ઑફલાઇન દેખાય છે. આ સંયોજન વિરોધાભાસ નથી, કારણ કે સ્પ્લિટ ટનલિંગ રૂટિંગ નિર્ણય છે, પહોંચવાનું વચન નહીં. પ્રિન્ટ કતાર અને કાગળ વચ્ચે ત્રણ પ્રણાલીઓ છે, અને તેઓ એવી રીતે નિષ્ફળ જાય છે કે ટ્રે આઇકનથી બધું સરખું દેખાય. પહેલા સરનામું, પછી રૂટ, પછી ફિલ્ટર ટ્રેસ કરો.

કતાર પાછળના સરનામાથી શરૂ કરો

પ્રિન્ટ કતારમાં સંગ્રહિત સરનામું અથવા હોસ્ટનામ વાંચો, પછી પ્રિન્ટર તેની પોતાની નેટવર્ક સ્ક્રીન પર જે સરનામું બતાવે છે તેની સાથે સરખાવો. પહેલાના સરનામા તરફ હજી ઈશારો કરતી કતાર બરાબર રૂટિંગ નિષ્ફળતા જેવી વર્તે છે, અને ફક્ત લક્ષણ પરથી બંનેને અલગ પાડવા મુશ્કેલ છે. કોઈપણ બદલતા પહેલા બંને મૂલ્યો મેળવો. તેમાંથી એક સામાન્ય રીતે જૂનું હોય છે, અને જૂનું સામાન્ય રીતે કતાર હોય છે.

હોસ્ટનામ પર બનેલી કતાર માર્ગમાં નામ-ઉકેલ ઉમેરે છે, જે રૂટિંગથી અલગ પ્રણાલી છે. જો ટનલની અંદર હોસ્ટનામ અલગ રીતે ઉકેલાય, તો કતાર બીજા મશીન સુધી પહોંચે છે અથવા ક્યાંય પણ પહોંચતી નથી. આંકડાકીય સરનામું પરીક્ષણના સમયગાળા માટે તે ચલ દૂર કરે છે.

જોડી નોંધો, કારણ કે બાકીની તપાસ અનુમાન કરવાને બદલે તેમને સરખાવે છે.

તે સરનામા માટે રૂટ કેવી રીતે પસંદ થાય છે

ધારો કે પ્રિન્ટર 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

જો કામ બંને સ્થિતિમાં છપાય, તો કતાર, રૂટ અને ફિલ્ટર સહમત છે અને દોષ ગયો છે. જો ફક્ત ડિસ્કનેક્ટ હોય ત્યારે છપાય, તો ટનલ હજી પ્રિન્ટરનું સરનામું પકડે છે અથવા ફિલ્ટર હજી તેને અવરોધે છે, અને આગલું પગલું બીજું ડ્રાઇવર નહીં, રૂટ શોધ છે. ત્રણ સ્તરમાંથી કયું બદલ્યું તે નોંધો, અને એ જ ટિકિટ આવતા મહિને ફરી ખૂલશે નહીં.