Jums nereikia „Bonjour“ aptikimo, kad spausdintumėte per VPN

Jums tikriausiai buvo pasakyta, kad spausdinant iš „iPhone“ per VPN reikia, kad „Bonjour“ aptikimas kirstų tunelį. Šis įsitikinimas veda žmones prie TAP tiltų ir multicast retransliatorių, kurie nieko neištaiso. „AirPrint“ priima aiškų tikslą: konfigūracijos profilis gali perduoti telefonui spausdintuvo adresą, ištekliaus kelią ir prievadą. Aptikimas niekada neturi įvykti, kad tas įrašas atsirastų spausdinimo lape. Ko apkrova nedaro, tai nesukuria maršruto, nepriverčia ne „AirPrint“ spausdintuvo kalbėti IPP ir neįgalioja užduoties.

Mitas prasideda nuo teisingo pastebėjimo

„Bonjour“ iš prigimties yra link-local multicast. Maršrutizuotas taškas-taškas tunelis neperduoda tų grupių, todėl telefonas VPN tinkle negali naršyti tolimo LAN spausdintuvų, o nešiojamasis kompiuteris tame pačiame tunelyje taip pat negali. Teisinga išvada nėra ta, kad spausdinimui reikia tilto; teisinga išvada yra ta, kad naršymui reikia kito pristatymo mechanizmo, ir aiškus sąrašas yra tas mechanizmas.

Multicast retransliatoriai egzistuoja ir kai kurie tinklai juos gerai valdo, tačiau jie sprendžia aptikimo reikalavimą, kurio galbūt neturite. Jei diegimui reikia spausdinti tik viename patvirtintame įrenginyje, to įrenginio paskelbimas yra mažesnis, testuojamas ir daug lengviau atšaukiamas nei transliacijos srities išplėtimas per tunelį.

Ką apkrova iš tikrųjų neša

Apkrova com.apple.airprint turi spausdintuvo žodynų masyvą. Kiekvienas žodynas priima IPAddress, kuris gali būti tiesioginis adresas arba pagrindinio kompiuterio vardas, ResourcePath, neprivalomą Port ir neprivalomą ForceTLS. „Apple“ dokumentuoja Port ir ForceTLS nuo „iOS 11“, todėl mišriam parkui tai reikia išsiaiškinti prieš diegiant.

Kelias yra laukas, kurį žmonės spėlioja. ResourcePath atspindi rp reikšmę spausdintuvo „Bonjour“ įraše _ipps._tcp arba _ipp._tcp. Šiuolaikiniuose spausdintuvuose be tvarkyklių jis dažnai yra ipp/print, o senesniuose dažnai gamintojo specifinis. Kelio kopijavimas iš kito modelio sukuria eilę, kuri atsiranda ir tada atmeta kiekvieną užduotį.

Masyvo elementas atrodo taip, su vietos žymeklio reikšmėmis, kurios nėra išbandytas galutinis taškas:

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

Tas fragmentas nėra profilis. Tai vienas „AirPrint“ masyvo elementas apkrovos viduje, ir apkrovai vis dar reikia savo metaduomenų bei parašo arba MDM pristatymo. „AirPrint“ spausdintuvo žodynas yra laukų reikšmių nuoroda.

Rinkite reikšmes iš spausdintuvo, o ne iš paieškos rezultato

„Mac“ kompiuteryje, kuris jau spausdina įrenginyje, ippfind arba dns-sd -B _ipp._tcp rodo skelbiamą egzempliorių, o paties spausdintuvo žiniatinklio sąsaja paprastai išvardija IPP kelią ir prievadą. Užrašykite visas keturias reikšmes diegimo pastaboje, kad kitas žmogus neprivalėtų jų vėl išvesti iš ekrano kopijos.

Tada sąmoningai nuspręskite dėl TLS. Kai ForceTLS yra tiesa, telefonas turi pasitikėti sertifikatu, kurį pateikia spausdintuvas, o savarankiškai pasirašytas sertifikatas nepavyksta, jei taip pat neįdiegiate pasitikėjimo inkaro. TLS išjungimas, kad eilė veiktų, yra sprendimas dėl tinklo maršruto, o ne apėjimas dėl nepatogaus sertifikato.

Pristatymas, tada dvi priešingos nesėkmės

Pristatykite apkrovą per savo įrenginių valdymo kanalą, kur jis yra, o rankiniu būdu įdiegtą profilį darbo telefone laikykite ta išimtimi, kuri ji yra. Įdiegus spausdintuvas turėtų atsirasti spausdinimo lape visiškai be jokio aptikimo srauto. Tas atsiradimas yra vienintelis dalykas, kurį apkrova kada nors turėjo garantuoti.

Spausdintuvas, kuris atsiranda, bet nepavyksta kiekvienoje užduotyje, turi maršruto, prievado, kelio arba TLS problemą, ir nė vienos jų neišsprendžia apkrova.

Spausdintuvas, kuris niekada neatsiranda, vietoj to turi pristatymo arba apkrovos problemą: profilis neįdiegtas, masyvas netaisyklingas arba reikšmė neatitinka įrenginio. Perskaitykite reikšmes ir tikslinį įrenginį dar kartą prieš liesdami VPN. Aptikimo retransliatoriaus pridėjimas sąrašo problemai ištaisyti yra brangi klaida, nes sąrašas niekada nepriklausė nuo aptikimo.

Išlaikykite įrašą prižiūrimą

Kur valdote zoną, teikite pirmenybę pagrindinio kompiuterio vardui, o ne tiesioginiam adresui, kad adreso pakeitimas nepanaikintų kiekvieno įdiegto profilio. Tas vardas turi būti išsprendžiamas iš telefono, kol tunelis veikia, o tai grąžina jį į split-DNS pokalbį, o ne į spausdinimo pokalbį.

Įrašykite spausdintuvo savininką ir profilio savininką į diegimo įrašą. Kai eilė persikelia, sąmoningai atnaujinkite paskelbtą tikslą, nes senas įrašas nepasibaigia savaime ir toliau nukreipia naudotojus į išimtą įrenginį.

Niekas iš to nepadaro spausdintuvo „AirPrint“ pajėgaus. Apkrova paskelbia tikslą, o įrenginys vis tiek turi kalbėti IPP.