VPN પરથી ઓફિસના પ્રિન્ટર પર શોધ વગર છાપો

તમે ઘરે છો, દસ્તાવેજ ઓફિસના પ્રિન્ટરમાંથી બહાર આવવો જોઈએ, VPN ચાલુ છે, અને પ્રિન્ટર ઉમેરવાની વિન્ડો કંઈપણ બતાવતી નથી. આ ગેરહાજરી ટનલ તૂટી હોવાનો પુરાવો નથી. શોધ એ પ્રિન્ટર શોધવાની એક પદ્ધતિ છે અને ગોઠવાયેલી કતાર બીજી છે, અને રાઉટ કરેલું VPN સામાન્ય રીતે બીજાને વહન કરે છે જ્યારે પ્રથમને તે જગ્યાએ જ રહેવા દે છે જ્યાં તે હતું. હાથથી કતાર ઉમેરો અને પ્રિન્ટર ગેરહાજર રહેવાનું બંધ કરે છે.

આને ક્રમમાં કરો અને ભરપાઈ માટે નવી નેટવર્ક રચના ઉમેરવાને બદલે નિષ્ફળ જતા પ્રથમ પગલા પર અટકો.

પ્રિન્ટરનું હુલામણું નામ નહીં, કતાર માંગો

ઓફિસ ચલાવનાર પાસેથી ત્રણ વસ્તુઓ મેળવો: વપરાશકર્તાઓ સીધા ઉપકરણ પર છાપે છે કે સર્વર દ્વારા, કતાર કયો પ્રોટોકોલ ટેકો આપે છે, અને ગોઠવવાનું ચોક્કસ સરનામું કે URI. Upstairs Colour જેવું લેબલ લોકોને મશીન શોધવામાં મદદ કરે છે અને કમ્પ્યુટરને કંઈ જ કહેતું નથી. ત્રણ જવાબો લખી રાખો, કારણ કે તે આગળની દરેક વસ્તુ માટે સ્વીકૃતિના માપદંડ છે.

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

કતાર સ્પષ્ટ રીતે ઉમેરો

CUPS વાપરતા Linux ક્લાયન્ટ પર, IPP Everywhere ધરાવતું ઉપકરણ એક જ આદેશથી કતારમાં મૂકી શકાય છે જે સ્થાનિક પ્રિન્ટર ઉમેરે છે, તેને ઉપકરણના URI તરફ નિર્દેશ કરે છે અને સાર્વત્રિક મોડેલ માંગે છે: lpadmin -p Office_Printer -E -v ipp://10.20.30.15/ipp/print -m everywhere. વહીવટ માર્ગદર્શિકા ગંતવ્ય, ઉપકરણનું URI અને મોડેલ વિકલ્પોનું દસ્તાવેજીકરણ કરે છે, અને આ આદેશ ફક્ત સ્થાનિક કતારને સ્પર્શે છે.

તે આદેશમાં કંઈપણ માર્ગ બનાવતું નથી કે દૂરના છેડે પરવાનગી આપતું નથી, તેથી જ આગલા બે વિભાગો છે. અન્ય ક્લાયન્ટ પર ટેકો મળતું સિસ્ટમ ઇન્ટરફેસ વાપરો, અને સંચાલિત Windows પ્રિન્ટ સર્વર માટે IPP માર્ગ શોધવાને બદલે તમને આપવામાં આવેલા સર્વર અને શેર નામ વાપરો.

રિઝોલ્યુશન, માર્ગ અને પરત માર્ગ તપાસો

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

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

પહોંચને કતાર નીતિથી અલગ કરો

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

શોધ ફરી ત્રીજો વિષય છે. Multicast DNS સ્થાનિક કડી સુધી મર્યાદિત છે, તેથી રાઉટ કરેલું VPN ઓફિસમાં તમે જોયેલી સૂચિ ફરી ભરતું નથી. ગોઠવાયેલી કતાર તે સૂચિ વગર કામ કરે છે, અને જો સ્વયં શોધ ખરેખર જરૂરી હોય, તો તેને એક પ્રિન્ટર માટે ફરીથી બનાવેલા બ્રિજ VPNને બદલે પોતાની રચના જોઈએ.

એક નાનું કામ મોકલો અને પરિણામ વાંચો

ઇચ્છિત કતારમાં ટૂંકું, સંવેદનશીલ ન હોય તેવું પાનું મોકલો અને પછી કતારે તેનું શું કર્યું તે તપાસો. કામ સ્વીકારાઈ શકે, પ્રમાણીકરણ માટે રોકાઈ શકે, ઉપકરણ પર મુક્ત કરવા માટે રોકાઈ શકે, અથવા પહોંચાડતા પહેલા થોભાવી શકાય, અને તે ચાર પરિણામો અલગ અલગ માલિકો તરફ ઇશારો કરે છે.

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