Anda tidak perlukan penemuan Bonjour untuk mencetak melalui VPN

Anda mungkin pernah diberitahu bahawa mencetak dari iPhone melalui VPN memerlukan penemuan Bonjour melintasi terowong. Kepercayaan itu mendorong orang ke jambatan TAP dan geganti multicast yang tidak membaiki apa-apa. AirPrint menerima destinasi eksplisit: profil konfigurasi boleh memberikan telefon alamat pencetak, laluan sumber dan port. Penemuan tidak perlu berlaku sama sekali untuk entri itu muncul dalam helaian cetak. Apa yang muatan tidak lakukan ialah mencipta laluan, membuat pencetak bukan AirPrint bercakap IPP atau membenarkan kerja itu.

Mitos bermula dengan pemerhatian yang benar

Bonjour ialah multicast pautan-tempatan secara reka bentuk. Terowong titik-ke-titik yang dihalakan tidak membawa kumpulan itu, jadi telefon pada VPN tidak boleh menyemak imbas pencetak pada LAN jauh, dan komputer riba pada terowong yang sama juga tidak. Kesimpulan yang betul bukanlah pencetakan memerlukan jambatan; sebaliknya penyemakan imbas memerlukan mekanisme penghantaran yang berbeza, dan senarai eksplisit ialah mekanisme itu.

Geganti multicast wujud dan sesetengah rangkaian mengendalikannya dengan baik, tetapi ia menyelesaikan keperluan penemuan yang mungkin anda tidak ada. Jika penggunaan hanya perlu mencetak ke satu peranti yang diluluskan, menerbitkan peranti itu lebih kecil, boleh diuji dan jauh lebih mudah ditarik balik daripada memperluas domain siaran merentasi terowong.

Apa yang sebenarnya dibawa oleh muatan

Muatan com.apple.airprint mengandungi tatasusunan kamus pencetak. Setiap kamus mengambil IPAddress, yang boleh menjadi alamat literal atau nama hos, ResourcePath, Port pilihan dan ForceTLS pilihan. Apple mendokumenkan Port dan ForceTLS sejak iOS 11, jadi armada bercampur perlu menjelaskan perkara itu sebelum pelancaran.

Laluan ialah medan yang orang teka. ResourcePath mencerminkan nilai rp dalam rekod Bonjour pencetak _ipps._tcp atau _ipp._tcp. Ia selalunya ipp/print pada pencetak moden tanpa pemacu dan selalunya khusus vendor pada pencetak lama. Menyalin laluan daripada model lain menghasilkan baris gilir yang muncul dan kemudian menolak setiap kerja.

Satu item dalam tatasusunan kelihatan seperti ini, dengan nilai pemegang tempat yang bukan titik akhir yang diuji:

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

Serpihan itu bukan profil. Ia satu elemen tatasusunan AirPrint di dalam muatan, dan muatan masih memerlukan metadatanya sendiri serta tandatangan atau penghantaran MDM. Kamus pencetak AirPrint ialah rujukan untuk makna medan.

Kumpulkan nilai daripada pencetak, bukan daripada hasil carian

Pada Mac yang sudah mencetak ke peranti itu, ippfind atau dns-sd -B _ipp._tcp menunjukkan instans yang diiklankan, dan antara muka web pencetak sendiri biasanya menyenaraikan laluan IPP dan port. Catat keempat-empat nilai dalam nota penggunaan supaya orang seterusnya tidak perlu memperolehnya semula daripada tangkapan skrin.

Kemudian putuskan tentang TLS secara sengaja. Dengan ForceTLS benar, telefon mesti mempercayai sijil yang dikemukakan oleh pencetak, dan sijil yang ditandatangani sendiri gagal melainkan anda juga menggunakan sauh kepercayaan. Mematikan TLS supaya baris gilir berfungsi ialah keputusan tentang laluan rangkaian, bukan jalan pintas untuk sijil yang menyusahkan.

Penghantaran, kemudian dua kegagalan bertentangan

Hantar muatan melalui saluran pengurusan peranti anda di mana ia wujud, dan anggap profil yang dipasang secara manual pada telefon kerja sebagai pengecualian yang memang begitu. Selepas dipasang, pencetak sepatutnya muncul dalam helaian cetak tanpa sebarang trafik penemuan. Kemunculan itu ialah satu-satunya perkara yang muatan itu sepatutnya jamin.

Pencetak yang muncul tetapi gagal dalam setiap kerja mempunyai masalah laluan, port, laluan atau TLS, dan tiada satu pun daripadanya diselesaikan oleh muatan.

Pencetak yang tidak pernah muncul mempunyai masalah penghantaran atau muatan sebaliknya: profil tidak dipasang, tatasusunan rosak, atau nilai tidak sepadan dengan peranti. Baca semula nilai dan peranti sasaran sebelum menyentuh VPN. Menambah geganti penemuan untuk membaiki masalah senarai ialah kesilapan mahal, kerana senarai itu tidak pernah bergantung pada penemuan.

Kekalkan entri itu boleh diselenggara

Utamakan nama hos berbanding alamat literal di tempat anda mengawal zon, supaya perubahan alamat tidak membatalkan setiap profil yang dipasang. Nama hos itu mesti diselesaikan daripada telefon semasa terowong aktif, yang mengembalikannya kepada perbualan split-DNS dan bukan perbualan pencetakan.

Tulis pemilik pencetak dan pemilik profil dalam rekod penggunaan. Apabila baris gilir bergerak, kemas kini destinasi yang diterbitkan dengan sengaja, kerana entri lama tidak luput dengan sendirinya dan terus mengarahkan pengguna ke peranti yang telah ditarik balik.

Tiada satu pun daripada ini menjadikan pencetak mampu AirPrint. Muatan menerbitkan destinasi, dan peranti itu masih perlu bercakap IPP.