VPN-ով տպելու համար Bonjour-ի հայտնաբերում պետք չէ
AirPrint-ի բեռը տպիչը նշում է հասցեով, ուղով և պորտով, այնպես որ հայտնաբերումը պարտավոր չէ անցնել թունելով։ Երթուղին, այդ պորտը և TLS-ը դեռ պետք է աշխատեն։
Ձեզ հավանաբար ասել են, որ iPhone-ից VPN-ով տպելու համար անհրաժեշտ է, որ Bonjour-ի հայտնաբերումը անցնի թունելով։ Այդ համոզմունքը մարդկանց ուղղում է դեպի TAP-կամուրջներ և multicast կրկնիչներ, որոնք ոչինչ չեն ուղղում։ AirPrint-ը ընդունում է բացահայտ նպատակակետ: կոնֆիգուրացիայի պրոֆիլը կարող է հեռախոսին տալ տպիչի հասցեն, ռեսուրսի ուղին և պորտը։ Հայտնաբերումը երբեք պարտավոր չէ տեղի ունենալ, որպեսզի այդ գրառումը հայտնվի տպման թերթում։ Այն, ինչ բեռը չի անում, երթուղին ստեղծելն է, ոչ AirPrint տպիչին IPP խոսել ստիպելը կամ աշխատանքը լիազորելը։
Առասպելը սկսվում է ճշմարիտ դիտարկումից
Bonjour-ը իր դիզայնով հղում-տեղական multicast է։ Երթուղայնացված կետ-կետ թունելը չի տեղափոխում այդ խմբերը, ուստի VPN-ում գտնվող հեռախոսը չի կարող դիտարկել հեռավոր LAN-ի տպիչները, և նույն թունելում գտնվող նոթբուքը նույնպես չի կարող։ Ճիշտ եզրակացությունը այն չէ, որ տպագրությանը կամուրջ է պետք: ճիշտ եզրակացությունն այն է, որ դիտարկմանը պետք է այլ առաքման մեխանիզմ, և բացահայտ ցանկը հենց այդ մեխանիզմն է։
Multicast կրկնիչներ գոյություն ունեն, և որոշ ցանցեր դրանք լավ են շահագործում, բայց դրանք լուծում են հայտնաբերման պահանջ, որը ձեզ մոտ կարող է չլինել։ Եթե տեղակայումը պետք է տպի միայն մեկ հաստատված սարքի, ապա այդ սարքի հրապարակումը ավելի փոքր է, փորձարկելի և շատ ավելի հեշտ հետ վերցվող, քան հեռարձակման տիրույթը թունելով ընդլայնելը։
Ինչ է իրականում կրում բեռը
AirPrint-ի com.apple.airprint բեռը պարունակում է տպիչի բառարանների զանգված։ Յուրաքանչյուր բառարան ընդունում է IPAddress, որը կարող է լինել բառացի հասցե կամ հոսթի անուն, ResourcePath, ընտրովի Port և ընտրովի ForceTLS։ Apple-ը փաստագրում է Port-ը և ForceTLS-ը iOS 11-ից սկսած, ուստի խառը պարկը պետք է դա պարզաբանի տեղակայումից առաջ։
Ուղին այն դաշտն է, որը մարդիկ գուշակում են։ ResourcePath-ը արտացոլում է rp արժեքը տպիչի _ipps._tcp կամ _ipp._tcp Bonjour գրառման մեջ։ Ժամանակակից դրայվեր չունեցող տպիչների վրա այն հաճախ 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։