VPN પર પ્રિન્ટ કરવા માટે તમને Bonjour શોધની જરૂર નથી
AirPrint પેલોડ પ્રિન્ટરને સરનામું, પાથ અને પોર્ટ દ્વારા નામ આપે છે, તેથી શોધને ટનલ પાર કરવાની જરૂર નથી. રૂટ, તે પોર્ટ અને TLS હજી કામ કરવા જોઈએ.
તમને કદાચ કહેવામાં આવ્યું હશે કે VPN દ્વારા iPhone થી પ્રિન્ટ કરવા માટે Bonjour શોધ ટનલ પાર કરવી જરૂરી છે. તે માન્યતા લોકોને TAP બ્રિજ અને મલ્ટિકાસ્ટ રિલે તરફ ધકેલે છે, જે કંઈ સુધારતા નથી. AirPrint સ્પષ્ટ ગંતવ્ય સ્વીકારે છે: કન્ફિગરેશન પ્રોફાઇલ ફોનને પ્રિન્ટરનું સરનામું, સ્રોત પાથ અને પોર્ટ આપી શકે છે. પ્રિન્ટ શીટમાં તે એન્ટ્રી દેખાવા માટે શોધ ક્યારેય થવાની જરૂર નથી. પેલોડ જે કરતું નથી તે છે રૂટ બનાવવો, બિન-AirPrint પ્રિન્ટરને IPP બોલાવવાનું બનાવવું અથવા કાર્યને અધિકૃત કરવું.
આ દંતકથા સાચી અવલોકનથી શરૂ થાય છે
Bonjour ડિઝાઇન દ્વારા લિંક-લોકલ મલ્ટિકાસ્ટ છે. રાઉટેડ પોઇન્ટ-ટુ-પોઇન્ટ ટનલ તે જૂથોને વહન કરતી નથી, તેથી VPN પરનો ફોન દૂરના LAN પરના પ્રિન્ટર બ્રાઉઝ કરી શકતો નથી, અને તે જ ટનલ પરનો લેપટોપ પણ નહીં. સાચો નિષ્કર્ષ એ નથી કે પ્રિન્ટિંગને બ્રિજની જરૂર છે; સાચો નિષ્કર્ષ એ છે કે બ્રાઉઝિંગને અલગ ડિલિવરી મિકેનિઝમની જરૂર છે, અને સ્પષ્ટ સૂચિ તે મિકેનિઝમ છે.
મલ્ટિકાસ્ટ રિલે અસ્તિત્વમાં છે અને કેટલાક નેટવર્ક તેમને સારી રીતે ચલાવે છે, પરંતુ તેઓ એવી શોધ જરૂરિયાત હલ કરે છે જે તમને ન હોય. જો ડિપ્લોયમેન્ટને ફક્ત એક મંજૂર ઉપકરણ પર પ્રિન્ટ કરવાનું હોય, તો તે ઉપકરણને પ્રકાશિત કરવું નાનું, પરીક્ષણયોગ્ય અને ટનલ પર બ્રોડકાસ્ટ ડોમેન વિસ્તારવા કરતાં ઘણું સરળ છે.
પેલોડ ખરેખર શું વહન કરે છે
પેલોડ com.apple.airprint માં પ્રિન્ટર ડિક્શનરીની એરે હોય છે. દરેક ડિક્શનરી IPAddress લે છે, જે શાબ્દિક સરનામું અથવા હોસ્ટનામ હોઈ શકે છે, ResourcePath, વૈકલ્પિક Port અને વૈકલ્પિક ForceTLS. Apple iOS 11 થી Port અને ForceTLS નું દસ્તાવેજીકરણ કરે છે, તેથી મિશ્ર ફ્લીટે રોલઆઉટ પહેલાં તે સ્પષ્ટ કરવું જોઈએ.
પાથ એ ફીલ્ડ છે જેનો લોકો અંદાજ લગાવે છે. ResourcePath પ્રિન્ટરના _ipps._tcp અથવા _ipp._tcp Bonjour રેકોર્ડમાંના rp મૂલ્યને પ્રતિબિંબિત કરે છે. આધુનિક ડ્રાઇવરરહિત પ્રિન્ટર પર તે ઘણી વાર ipp/print હોય છે અને જૂનાઓ પર ઘણી વાર ઉત્પાદક-વિશિષ્ટ હોય છે. બીજા મોડેલથી પાથ કોપી કરવાથી એવી કતાર બને છે જે દેખાય છે અને પછી દરેક કાર્ય નકારે છે.
એરેમાંનું એક આઇટમ આવું દેખાય છે, પ્લેસહોલ્ડર મૂલ્યો સાથે જે પરીક્ષિત એન્ડપોઇન્ટ નથી:
<dict>
<key>ResourcePath</key>
<string>ipp/print</string>
<key>IPAddress</key>
<string>printer-07.office.example</string>
<key>Port</key>
<integer>8631</integer>
<key>ForceTLS</key>
<true/>
</dict>
તે ટુકડો પ્રોફાઇલ નથી. તે પેલોડની અંદરની AirPrint એરેનું એક ઘટક છે, અને પેલોડને હજી પોતાના મેટાડેટા ઉપરાંત સહી અથવા MDM ડિલિવરીની જરૂર છે. ફીલ્ડના અર્થ માટે AirPrint પ્રિન્ટર ડિક્શનરી સંદર્ભ છે.
મૂલ્યો પ્રિન્ટર પાસેથી એકત્રિત કરો, શોધ પરિણામમાંથી નહીં
જે Mac પહેલેથી ઉપકરણ પર પ્રિન્ટ કરે છે, તેમાં ippfind અથવા dns-sd -B _ipp._tcp જાહેર કરેલ ઇન્સ્ટન્સ બતાવે છે, અને પ્રિન્ટરનું પોતાનું વેબ ઇન્ટરફેસ સામાન્ય રીતે IPP પાથ અને પોર્ટની સૂચિ આપે છે. ડિપ્લોયમેન્ટ નોંધમાં ચારેય મૂલ્યો લખો જેથી આગલી વ્યક્તિને સ્ક્રીનશોટમાંથી ફરી મેળવવા ન પડે.
પછી TLS વિશે સભાનપણે નિર્ણય લો. ForceTLS સાચું હોય ત્યારે ફોને પ્રિન્ટર જે પ્રમાણપત્ર રજૂ કરે છે તેના પર ભરોસો રાખવો પડે છે, અને સ્વ-હસ્તાક્ષરિત પ્રમાણપત્ર નિષ્ફળ જાય છે સિવાય કે તમે ટ્રસ્ટ એન્કર પણ ડિપ્લોય કરો. કતાર કામ કરે તે માટે TLS બંધ કરવું નેટવર્ક પાથ વિશેનો નિર્ણય છે, અસુવિધાજનક પ્રમાણપત્ર માટેનો આડો રસ્તો નથી.
ડિલિવરી, પછી બે વિરોધી નિષ્ફળતાઓ
જ્યાં ઉપકરણ મેનેજમેન્ટ ચેનલ હોય ત્યાં તેના દ્વારા પેલોડ ડિલિવર કરો, અને કાર્યકારી ફોન પર જાતે ઇન્સ્ટોલ કરેલ પ્રોફાઇલને તે જે અપવાદ છે તે તરીકે ગણો. ઇન્સ્ટોલ થયા પછી, પ્રિન્ટર કોઈપણ શોધ ટ્રાફિક વિના પ્રિન્ટ શીટમાં દેખાવું જોઈએ. તે દેખાવ એ જ એકમાત્ર વસ્તુ છે જે પેલોડે હંમેશા બાંયધરી આપવાની હતી.
જે પ્રિન્ટર દેખાય છે પણ દરેક કાર્યમાં નિષ્ફળ જાય છે તેમાં રૂટ, પોર્ટ, પાથ અથવા TLS સમસ્યા છે, અને તેમાંથી કોઈ પણ પેલોડ દ્વારા ઉકેલાતી નથી.
જે પ્રિન્ટર ક્યારેય દેખાતું નથી તેમાં તેના બદલે ડિલિવરી અથવા પેલોડ સમસ્યા છે: પ્રોફાઇલ ઇન્સ્ટોલ થયું નથી, એરે ખોટી રચનાવાળી છે, અથવા કોઈ મૂલ્ય ઉપકરણ સાથે મેળ ખાતું નથી. VPN ને સ્પર્શ કરતા પહેલાં મૂલ્યો અને લક્ષ્ય ઉપકરણ ફરી વાંચો. સૂચિ સમસ્યા ઠીક કરવા શોધ રિલે ઉમેરવો ખર્ચાળ ભૂલ છે, કારણ કે સૂચિ શરૂઆતથી જ શોધ પર નિર્ભર ન હતી.
એન્ટ્રીને જાળવણીક્ષમ રાખો
જ્યાં તમે ઝોન નિયંત્રિત કરો છો ત્યાં શાબ્દિક સરનામાને બદલે હોસ્ટનામ પસંદ કરો, જેથી સરનામા ફેરફાર દરેક ઇન્સ્ટોલ કરેલ પ્રોફાઇલને અમાન્ય ન કરે. ટનલ ચાલુ હોય ત્યારે તે હોસ્ટનામ ફોનથી ઉકેલાવું જોઈએ, જે તેને પ્રિન્ટિંગ વાતચીતને બદલે split-DNS વાતચીતમાં પાછું લાવે છે.
પ્રિન્ટરનો માલિક અને પ્રોફાઇલનો માલિક ડિપ્લોયમેન્ટ રેકોર્ડમાં લખો. જ્યારે કતાર ખસે ત્યારે પ્રકાશિત ગંતવ્ય સભાનપણે અપડેટ કરો, કારણ કે જૂની એન્ટ્રી જાતે સમાપ્ત થતી નથી અને વપરાશકર્તાઓને નિવૃત્ત ઉપકરણ તરફ નિર્દેશ કરતી રહે છે.
આમાંથી કંઈ પણ પ્રિન્ટરને AirPrint-સક્ષમ બનાવતું નથી. પેલોડ ગંતવ્ય પ્રકાશિત કરે છે, અને ઉપકરણે હજી IPP બોલવું પડે છે.