Vi ne bezonas Bonjour-malkovron por presi tra VPN

AirPrint-ŝarĝo nomas presilon per adreso, vojo kaj pordo, do malkovro ne devas transpasi la tunelon. La itinero, tiu pordo kaj TLS ankoraŭ devas funkcii.

Vi verŝajne aŭdis, ke presado el iPhone tra VPN postulas, ke Bonjour-malkovro transiru la tunelon. Tiu kredo puŝas homojn al TAP-pontoj kaj multicast-ripetiloj, kiuj riparas nenion. AirPrint akceptas eksplicitan celon: agorda profilo povas doni al la telefono la adreson, la rimedan vojon kaj la pordon de presilo. Malkovro neniam devas okazi, por ke tiu ero aperu en la presa folio. Kion la ŝarĝo ne faras, estas krei la itinero, igi presilon sen AirPrint paroli IPP, aŭ rajtigi la taskon.

La mito komenciĝas per vera observo

Bonjour estas lig-loka multicast laŭ sia konstruo. Itinera punkt-al-punkta tunelo ne portas tiujn grupojn, do telefono en VPN ne povas foliumi presilojn en la malproksima LAN, kaj tekkomputilo en la sama tunelo ankaŭ ne. La ĝusta konkludo ne estas, ke presado bezonas ponton; ĝi estas, ke foliumado bezonas alian liveran mekanismon, kaj eksplicita listo estas tiu mekanismo.

Multicast-ripetiloj ekzistas kaj iuj retoj bone funkciigas ilin, sed ili solvas malkovran postulon, kiun vi eble ne havas. Se la enkonduko devas presi nur al unu aprobita aparato, publikigi tiun aparaton estas pli malgranda, testebla kaj multe pli facile retiriĝebla ol etendi dissendan domajnon tra tunelo.

Kion la ŝarĝo efektive portas

La ŝarĝo com.apple.airprint enhavas aron da presilaj vortaroj. Ĉiu vortaro prenas IPAddress, kiu povas esti laŭlitera adreso aŭ gastigantnomo, ResourcePath, laŭvolan Port kaj laŭvolan ForceTLS. Apple dokumentas Port kaj ForceTLS ekde iOS 11, do miksita floto devas klari tion antaŭ la enkonduko.

La vojo estas la kampo, kiun homoj divenas. ResourcePath spegulas la valoron rp en la Bonjour-rikano de la presilo _ipps._tcp aŭ _ipp._tcp. Ĝi ofte estas ipp/print ĉe modernaj senpilota presiloj kaj ofte vendospecifa ĉe pli malnovaj. Kopii vojon de alia modelo produktas atendovicon, kiu aperas kaj poste rifuzas ĉiun taskon.

Ero en la aro aspektas tiel, kun anstataŭigaj valoroj, kiuj ne estas testita finpunkto:

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

Tiu fragmento ne estas profilo. Ĝi estas unu ero de la AirPrint-aro ene de ŝarĝo, kaj la ŝarĝo ankoraŭ bezonas proprajn metadatenojn plus subskribon aŭ MDM-liveradon. La AirPrint-presila vortaro estas la referenco por la signifoj de la kampoj.

Kolektu la valorojn de la presilo, ne el serĉrezulto

Sur Mac, kiu jam presas al la aparato, ippfind aŭ dns-sd -B _ipp._tcp montras la anoncitan okazon, kaj la propra reta fasado de la presilo kutime listigas la IPP-vojon kaj la pordon. Notu ĉiujn kvar valorojn en la enkonduka noto, por ke la sekva persono ne rederivu ilin el ekrankopio.

Poste decidu pri TLS konscie. Kun ForceTLS vera, la telefono devas fidi la atestilon, kiun la presilo prezentas, kaj memsubskribita atestilo malsukcesas, se vi ankaŭ ne enkondukas la fidan ankron. Malŝalti TLS por igi atendovicon funkcii estas decido pri la reta itinero, ne ĉirkaŭvojo por maloportuna atestilo.

Liverado, poste du kontraŭaj malsukcesoj

Liveru la ŝarĝon tra via aparat-administra kanalo, kie ĝi ekzistas, kaj traktu permane instalitan profilon sur labortelefono kiel la escepton, kiun ĝi estas. Post instalado, la presilo devus aperi en la presa folio tute sen malkovra trafiko. Tiu apero estas la sola afero, kiun la ŝarĝo iam devis garantii.

Presilo, kiu aperas sed malsukcesas ĉiun taskon, havas itineran, pordan, vojan aŭ TLS-problemon, kaj neniun el ili solvas la ŝarĝo.

Presilo, kiu neniam aperas, havas anstataŭe liveran aŭ ŝarĝan problemon: la profilo ne instaliĝis, la aro estas misformita, aŭ valoro ne kongruas kun la aparato. Relutu la valorojn kaj la celan aparaton antaŭ ol tuŝi la VPN. Aldoni malkovran ripetilon por ripari listan problemon estas multekosta eraro, ĉar la listo neniam dependis de malkovro.

Tenu la eron prizorgema

Preferu gastigantnomon anstataŭ laŭlitera adreso, kie vi kontrolas la zonon, por ke adresa ŝanĝo ne nuligu ĉiun instalitan profilon. Tiu gastigantnomo devas solviĝi de la telefono dum la tunelo estas aktiva, kio resendas ĝin al la konversacio pri split-DNS anstataŭ al tiu pri presado.

Skribu la posedanton de la presilo kaj la posedanton de la profilo en la enkondukan rikanon. Kiam la atendovico translokiĝas, ĝisdatigu la publikigitan celon intence, ĉar malnova ero ne eksvalidiĝas mem kaj daŭre direktas uzantojn al elservigita aparato.

Nenio el tio igas presilon AirPrint-kapabla. La ŝarĝo publikigas celon, kaj la aparato ankoraŭ devas paroli IPP.

Rilataj artikoloj