Non necesita o descubrimento Bonjour para imprimir por VPN
Unha carga de AirPrint nomea unha impresora por enderezo, ruta e porto, así que o descubrimento non ten que cruzar o túnel. A ruta, ese porto e TLS seguen tendo que funcionar.
Probablemente lle dixeron que imprimir desde un iPhone por unha VPN require que o descubrimento Bonjour cruce o túnel. Ese crenza empuxa a xente cara a pontes TAP e repetidores multicast que non arranxan nada. AirPrint acepta un destino explícito: un perfil de configuración pode dar ao teléfono o enderezo, a ruta do recurso e o porto dunha impresora. O descubrimento nunca ten que ocorrer para que esa entrada apareza na folla de impresión. O que a carga non fai é crear a ruta, facer que unha impresora que non é AirPrint fale IPP ou autorizar o traballo.
O mito comeza cunha observación certa
Bonjour é multicast de enlace local por deseño. Un túnel encamiñado punto a punto non transporta eses grupos, así que un teléfono nunha VPN non pode explorar as impresoras da LAN remota, e un portátil no mesmo túnel tampouco. A conclusión correcta non é que a impresión necesite unha ponte; é que a exploración necesita un mecanismo de entrega distinto, e unha lista explícita é ese mecanismo.
Os repetidores multicast existen e algunhas redes lévanos ben, pero resolven un requisito de descubrimento que pode que non teña. Se o despregamento só ten que imprimir nun dispositivo aprobado, publicar ese dispositivo é máis pequeno, comprobable e moito máis fácil de retirar que estender un dominio de difusión por un túnel.
Que leva realmente a carga
A carga com.apple.airprint contén unha matriz de dicionarios de impresora. Cada dicionario toma unha IPAddress, que pode ser un enderezo literal ou un nome de host, unha ResourcePath, un Port opcional e un ForceTLS opcional. Apple documenta Port e ForceTLS desde iOS 11, así que un parque mixto necesita ter isto claro antes do despregamento.
A ruta é o campo que a xente adiviña. ResourcePath reflicte o valor rp do rexistro Bonjour da impresora _ipps._tcp ou _ipp._tcp. Adoita ser ipp/print nas impresoras modernas sen controladores e adoita ser específica do fabricante nas máis antigas. Copiar unha ruta doutro modelo produce unha cola que aparece e despois rexeita cada traballo.
Un elemento da matriz vese así, con valores de marcador de posición que non son un punto final probado:
<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>
Ese fragmento non é un perfil. É un elemento da matriz AirPrint dentro dunha carga, e a carga aínda necesita os seus propios metadatos ademais de sinatura ou entrega por MDM. O dicionario de impresora AirPrint é a referencia dos significados dos campos.
Recolla os valores da impresora, non dun resultado de busca
Nun Mac que xa imprime no dispositivo, ippfind ou dns-sd -B _ipp._tcp mostra a instancia anunciada, e a interface web da propia impresora adoita listar a ruta IPP e o porto. Anote os catro valores na nota de despregamento para que a seguinte persoa non teña que deducilos outra vez dunha captura de pantalla.
Despois decida sobre TLS deliberadamente. Con ForceTLS en verdadeiro, o teléfono debe confiar no certificado que presenta a impresora, e un certificado autoasinado falla salvo que tamén despregue a áncora de confianza. Desactivar TLS para que funcione unha cola é unha decisión sobre a ruta de rede, non unha solución alternativa para un certificado incómodo.
Entrega, e despois dous fallos opostos
Entregue a carga polo seu canal de xestión de dispositivos onde exista, e trate un perfil instalado a man nun teléfono de traballo como a excepción que é. Unha vez instalado, a impresora debería aparecer na folla de impresión sen ningún tráfico de descubrimento. Esa aparición é o único que a carga debía garantir.
Unha impresora que aparece pero falla en cada traballo ten un problema de ruta, porto, camiño ou TLS, e ningún deles o resolve a carga.
Unha impresora que nunca aparece ten máis ben un problema de entrega ou de carga: o perfil non se instalou, a matriz está mal formada ou un valor non coincide co dispositivo. Volva ler os valores e o dispositivo de destino antes de tocar a VPN. Engadir un repetidor de descubrimento para arranxar un problema de listaxe é un erro caro, porque a listaxe nunca dependeu do descubrimento.
Manteña a entrada mantible
Preferir un nome de host a un enderezo literal onde controle a zona, para que un cambio de enderezo non invalide todos os perfís instalados. Ese nome de host ten que resolverse desde o teléfono mentres o túnel está activo, o que o devolve á conversa sobre DNS dividido e non á de impresión.
Escriba o propietario da impresora e o propietario do perfil no rexistro de despregamento. Cando a cola se mova, actualice o destino publicado a propósito, porque unha entrada antiga non caduca soa e segue dirixindo os usuarios a un dispositivo retirado.
Nada disto fai que unha impresora sexa compatible con AirPrint. A carga publica un destino, e o dispositivo aínda ten que falar IPP.