VPN-ით ბეჭდვისთვის Bonjour-ის აღმოჩენა არ გჭირდებათ

თქვენ ალბათ უთხრეს, რომ iPhone-იდან VPN-ით ბეჭდვა მოითხოვს Bonjour-ის აღმოჩენის გვირაბში გავლას. ეს რწმენა ადამიანებს უბიძგებს TAP-ხიდებისა და multicast გადამცემებისკენ, რომლებიც არაფერს ასწორებენ. AirPrint იღებს ცხად დანიშნულებას: კონფიგურაციის პროფილს შეუძლია ტელეფონს მისცეს პრინტერის მისამართი, რესურსის ბილიკი და პორტი. აღმოჩენა არასდროს უნდა მოხდეს იმისთვის, რომ ეს ჩანაწერი გამოჩნდეს ბეჭდვის ფურცელში. რასაც დატვირთვა არ აკეთებს, არის მარშრუტის შექმნა, არა-AirPrint პრინტერის IPP-ზე ლაპარაკის იძულება ან დავალების ავტორიზაცია.

მითი იწყება ჭეშმარიტი დაკვირვებით

Bonjour თავისი დიზაინით link-local multicast-ია. მარშრუტიზებული წერტილიდან-წერტილამდე გვირაბი ამ ჯგუფებს არ გადააქვს, ამიტომ VPN-ში მყოფ ტელეფონს არ შეუძლია შორეულ LAN-ში პრინტერების დათვალიერება, და იმავე გვირაბში მყოფ ლეპტოპსაც არ შეუძლია. სწორი დასკვნა არ არის ის, რომ ბეჭდვას ხიდი სჭირდება; სწორი დასკვნა არის, რომ დათვალიერებას სჭირდება მიწოდების სხვა მექანიზმი, და ცხადი სია სწორედ ეს მექანიზმია.

multicast გადამცემები არსებობს და ზოგიერთი ქსელი მათ კარგად მართავს, მაგრამ ისინი წყვეტენ აღმოჩენის მოთხოვნას, რომელიც შეიძლება არ გქონდეთ. თუ განლაგებას მხოლოდ ერთ დამტკიცებულ მოწყობილობაზე ბეჭდვა სჭირდება, ამ მოწყობილობის გამოქვეყნება უფრო მცირეა, ტესტირებადი და ბევრად უფრო ადვილი გასაუქმებელი, ვიდრე მაუწყებლობის დომენის გვირაბში გაფართოება.

რას ატარებს დატვირთვა სინამდვილეში

დატვირთვა com.apple.airprint შეიცავს პრინტერის ლექსიკონების მასივს. თითოეული ლექსიკონი იღებს IPAddress-ს, რომელიც შეიძლება იყოს პირდაპირი მისამართი ან ჰოსტის სახელი, ResourcePath-ს, არასავალდებულო Port-ს და არასავალდებულო ForceTLS-ს. Apple ადოკუმენტირებს Port-სა და ForceTLS-ს iOS 11-იდან, ამიტომ შერეულ პარკს ეს განლაგებამდე უნდა ჰქონდეს გარკვეული.

ბილიკი ის ველია, რომელსაც ადამიანები ხვდებიან. ResourcePath ასახავს rp მნიშვნელობას პრინტერის _ipps._tcp ან _ipp._tcp Bonjour ჩანაწერში. თანამედროვე დრაივერების გარეშე პრინტერებზე ის ხშირად ipp/print-ია, ხოლო ძველებზე ხშირად მწარმოებლის სპეციფიკური. ბილიკის სხვა მოდელიდან კოპირება ქმნის რიგს, რომელიც ჩნდება და შემდეგ უარყოფს ყველა დავალებას.

მასივის ერთი ელემენტი ასე გამოიყურება, დროებითი მნიშვნელობებით, რომლებიც შემოწმებული საბოლოო წერტილი არ არის:

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

ეს ფრაგმენტი პროფილი არ არის. ეს არის AirPrint-ის მასივის ერთი ელემენტი დატვირთვის შიგნით, და დატვირთვას კვლავ სჭირდება საკუთარი მეტამონაცემები და ხელმოწერა ან MDM მიწოდება. AirPrint პრინტერის ლექსიკონი ველების მნიშვნელობების საცნობარია.

მნიშვნელობები შეაგროვეთ პრინტერიდან, არა ძიების შედეგიდან

Mac-ზე, რომელიც უკვე ბეჭდავს მოწყობილობაზე, ippfind ან dns-sd -B _ipp._tcp აჩვენებს გამოცხადებულ ეგზემპლარს, და პრინტერის საკუთარი ვებ-ინტერფეისი ჩვეულებრივ ჩამოთვლის IPP ბილიკსა და პორტს. ჩაწერეთ ოთხივე მნიშვნელობა განლაგების ჩანაწერში, რათა შემდეგ ადამიანს აღარ მოუწიოს მათი ხელახლა გამოყვანა ეკრანის სურათიდან.

შემდეგ შეგნებულად გადაწყვიტეთ TLS-ის შესახებ. ForceTLS-ის ჭეშმარიტი მნიშვნელობით ტელეფონმა უნდა ენდოს პრინტერის მიერ წარმოდგენილ სერტიფიკატს, და თვითხელმოწერილი სერტიფიკატი ვერ მუშაობს, თუ ასევე არ განათავსებთ ნდობის ღუზას. TLS-ის გამორთვა რიგის გასამართად არის გადაწყვეტილება ქსელური მარშრუტის შესახებ, და არა არასასიამოვნო სერტიფიკატის გვერდის ავლა.

მიწოდება, შემდეგ ორი საპირისპირო მარცხი

მიაწოდეთ დატვირთვა თქვენი მოწყობილობების მართვის არხით, სადაც ის არსებობს, და სამუშაო ტელეფონზე ხელით დაყენებულ პროფილს მოეპყარით როგორც იმ გამონაკლისს, რაც არის. დაყენების შემდეგ პრინტერი უნდა გამოჩნდეს ბეჭდვის ფურცელში ყოველგვარი აღმოჩენის ტრაფიკის გარეშე. ეს გამოჩენა ერთადერთია, რაც დატვირთვას ოდესმე უნდა გარანტირებულიყო.

პრინტერს, რომელიც ჩნდება, მაგრამ ყველა დავალებაზე მარცხდება, აქვს მარშრუტის, პორტის, ბილიკის ან TLS-ის პრობლემა, და არც ერთ მათგანს არ წყვეტს დატვირთვა.

პრინტერს, რომელიც არასდროს ჩნდება, ნაცვლად აქვს მიწოდების ან დატვირთვის პრობლემა: პროფილი არ დაყენდა, მასივი არასწორია, ან მნიშვნელობა არ ემთხვევა მოწყობილობას. ხელახლა წაიკითხეთ მნიშვნელობები და სამიზნე მოწყობილობა VPN-ზე შეხებამდე. აღმოჩენის გადამცემის დამატება სიის პრობლემის გამოსასწორებლად ძვირი შეცდომაა, რადგან სია არასდროს იყო დამოკიდებული აღმოჩენაზე.

შეინარჩუნეთ ჩანაწერი მომსახურებადი

ამჯობინეთ ჰოსტის სახელი პირდაპირ მისამართს, სადაც ზონას აკონტროლებთ, რათა მისამართის ცვლილებამ ყველა დაყენებული პროფილი არ გააუქმოს. ეს ჰოსტის სახელი ტელეფონიდან უნდა გადაწყდეს, სანამ გვირაბი ჩართულია, რაც მას უბრუნებს split-DNS საუბარს და არა ბეჭდვისას.

ჩაწერეთ პრინტერის მფლობელი და პროფილის მფლობელი განლაგების ჩანაწერში. როცა რიგი გადაადგილდება, განზრახ განაახლეთ გამოქვეყნებული დანიშნულება, რადგან ძველი ჩანაწერი თავისთავად არ ვადდება და აგრძელებს მომხმარებლების მიმართვას უკვე მოხსნილი მოწყობილობისკენ.

ამათგან არც ერთი არ ხდის პრინტერს AirPrint-უნარიანს. დატვირთვა აქვეყნებს დანიშნულებას, და მოწყობილობას კვლავ IPP-ზე ლაპარაკი სჭირდება.