No necessiteu el descobriment Bonjour per imprimir per VPN

Probablement us han dit que imprimir des d'un iPhone per una VPN requereix que el descobriment Bonjour travessi el túnel. Aquesta creença empeny la gent cap a ponts TAP i repetidors multicast que no arreglen res. AirPrint accepta una destinació explícita: un perfil de configuració pot donar al telèfon l'adreça, el camí del recurs i el port d'una impressora. El descobriment no ha de passar mai perquè aquesta entrada aparegui al full d'impressió. El que la càrrega no fa és crear la ruta, fer que una impressora que no és AirPrint parli IPP o autoritzar el treball.

El mite comença amb una observació certa

Bonjour és multicast d'enllaç local per disseny. Un túnel encaminat punt a punt no transporta aquests grups, així que un telèfon en una VPN no pot navegar per les impressores de la LAN remota, i un portàtil al mateix túnel tampoc. La conclusió correcta no és que la impressió necessiti un pont; és que la navegació necessita un mecanisme de lliurament diferent, i una llista explícita és aquest mecanisme.

Els repetidors multicast existeixen i algunes xarxes els fan anar bé, però resolen un requisit de descobriment que potser no teniu. Si el desplegament només ha d'imprimir en un dispositiu aprovat, publicar aquest dispositiu és més petit, provable i molt més fàcil de retirar que estendre un domini de difusió per un túnel.

Què porta realment la càrrega

La càrrega com.apple.airprint conté una matriu de diccionaris d'impressora. Cada diccionari pren una IPAddress, que pot ser una adreça literal o un nom d'amfitrió, un ResourcePath, un Port opcional i un ForceTLS opcional. Apple documenta Port i ForceTLS des d'iOS 11, així que un parc mixt ho ha de tenir clar abans del desplegament.

El camí és el camp que la gent endevina. ResourcePath reflecteix el valor rp del registre Bonjour _ipps._tcp o _ipp._tcp de la impressora. Sovint és ipp/print a les impressores modernes sense controladors i sovint és específic del fabricant a les més antigues. Copiar un camí d'un altre model produeix una cua que apareix i després rebutja cada treball.

Un element de la matriu té aquest aspecte, amb valors de marcador de posició que no són un punt final provat:

<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>

Aquest fragment no és un perfil. És un element de la matriu AirPrint dins d'una càrrega, i la càrrega encara necessita les seves pròpies metadades a més de signatura o lliurament per MDM. El diccionari d'impressora AirPrint és la referència dels significats dels camps.

Recolliu els valors de la impressora, no d'un resultat de cerca

En un Mac que ja imprimeix al dispositiu, ippfind o dns-sd -B _ipp._tcp mostra la instància anunciada, i la interfície web de la mateixa impressora normalment llista el camí IPP i el port. Anoteu els quatre valors a la nota de desplegament perquè la propera persona no els hagi de tornar a deduir d'una captura de pantalla.

Després decidiu sobre TLS de manera deliberada. Amb ForceTLS cert, el telèfon ha de confiar en el certificat que presenta la impressora, i un certificat autosignat falla tret que també desplegueu l'àncora de confiança. Desactivar TLS per fer funcionar una cua és una decisió sobre el camí de xarxa, no una solució alternativa per a un certificat incòmode.

Lliurament, i després dos fracassos oposats

Lliureu la càrrega pel vostre canal de gestió de dispositius allà on n'hi hagi, i tracteu un perfil instal·lat manualment en un telèfon de feina com l'excepció que és. Un cop instal·lat, la impressora hauria d'aparèixer al full d'impressió sense cap trànsit de descobriment. Aquesta aparició és l'única cosa que la càrrega havia de garantir.

Una impressora que apareix però falla en cada treball té un problema de ruta, port, camí o TLS, i cap d'aquests no el resol la càrrega.

Una impressora que no apareix mai té més aviat un problema de lliurament o de càrrega: el perfil no s'ha instal·lat, la matriu està mal formada o un valor no coincideix amb el dispositiu. Torneu a llegir els valors i el dispositiu de destinació abans de tocar la VPN. Afegir un repetidor de descobriment per arreglar un problema de llistat és un error car, perquè el llistat mai no ha depès del descobriment.

Manteniu l'entrada mantenible

Preferiu un nom d'amfitrió a una adreça literal on controleu la zona, perquè un canvi d'adreça no invalidin tots els perfils instal·lats. Aquest nom d'amfitrió s'ha de resoldre des del telèfon mentre el túnel és actiu, cosa que el torna a la conversa sobre DNS dividit i no a la d'impressió.

Escriviu el propietari de la impressora i el propietari del perfil al registre de desplegament. Quan la cua es mogui, actualitzeu la destinació publicada a propòsit, perquè una entrada antiga no caduca sola i continua dirigint els usuaris cap a un dispositiu retirat.

Res d'això fa que una impressora sigui compatible amb AirPrint. La càrrega publica una destinació, i el dispositiu encara ha de parlar IPP.