VPN வழியாக அச்சிட Bonjour கண்டுபிடிப்பு தேவையில்லை

VPN வழியாக iPhone-இல் இருந்து அச்சிட Bonjour கண்டுபிடிப்பு சுரங்கப்பாதையைக் கடக்க வேண்டும் என்று உங்களுக்குச் சொல்லப்பட்டிருக்கும். அந்த நம்பிக்கை எதையும் சரிசெய்யாத TAP பாலங்கள் மற்றும் multicast மறுசெலுத்திகளை நோக்கி மக்களைத் தள்ளுகிறது. AirPrint வெளிப்படையான இலக்கை ஏற்றுக்கொள்கிறது: ஒரு உள்ளமைவு சுயவிவரம் தொலைபேசிக்கு அச்சுப்பொறியின் முகவரி, வளப் பாதை மற்றும் துறையை வழங்க முடியும். அந்தப் பதிவு அச்சுத் தாளில் தோன்ற கண்டுபிடிப்பு ஒருபோதும் நடக்க வேண்டியதில்லை. பேலோடு செய்யாதது வழியை உருவாக்குவது, AirPrint அல்லாத அச்சுப்பொறியை IPP பேச வைப்பது அல்லது பணியை அனுமதிப்பது.

இந்தக் கட்டுக்கதை ஒரு உண்மையான கவனிப்பில் தொடங்குகிறது

Bonjour அதன் வடிவமைப்பின்படி இணைப்பு-உள்ளூர் multicast ஆகும். வழியமைக்கப்பட்ட புள்ளி-க்கு-புள்ளி சுரங்கப்பாதை அந்தக் குழுக்களைக் கொண்டு செல்லாது, எனவே VPN-இல் உள்ள தொலைபேசி தொலைதூர LAN-இல் உள்ள அச்சுப்பொறிகளை உலாவ முடியாது, அதே சுரங்கப்பாதையில் உள்ள மடிக்கணினியும் முடியாது. சரியான முடிவு அச்சிடுதலுக்குப் பாலம் தேவை என்பதல்ல; உலாவலுக்கு வேறு விநியோக முறை தேவை என்பதே, வெளிப்படையான பட்டியலே அந்த முறை.

multicast மறுசெலுத்திகள் உள்ளன, சில வலையமைப்புகள் அவற்றை நன்றாக இயக்குகின்றன, ஆனால் அவை உங்களிடம் இல்லாதிருக்கக்கூடிய கண்டுபிடிப்புத் தேவையைத் தீர்க்கின்றன. பயன்பாடு ஒரே அங்கீகரிக்கப்பட்ட சாதனத்திற்கு மட்டும் அச்சிட வேண்டும் என்றால், அந்தச் சாதனத்தை வெளியிடுவது சிறியது, சோதிக்கக்கூடியது, சுரங்கப்பாதை வழியாக ஒளிபரப்பு களத்தை விரிவாக்குவதை விட மிக எளிதாக விலக்கக்கூடியது.

பேலோடு உண்மையில் எதைக் கொண்டு செல்கிறது

பேலோடு com.apple.airprint-இல் அச்சுப்பொறி அகராதிகளின் வரிசை உள்ளது. ஒவ்வொரு அகராதியும் IPAddress-ஐ எடுக்கும், அது நேரடி முகவரியாகவோ புரவலன் பெயராகவோ இருக்கலாம், ResourcePath, விருப்பத் தேர்வான Port மற்றும் விருப்பத் தேர்வான ForceTLS. Apple iOS 11 முதல் Port மற்றும் ForceTLS-ஐ ஆவணப்படுத்துகிறது, எனவே கலப்பு குழுமம் பயன்பாட்டிற்கு முன் அதைத் தெளிவுபடுத்த வேண்டும்.

பாதை என்பது மக்கள் ஊகிக்கும் புலம். ResourcePath அச்சுப்பொறியின் _ipps._tcp அல்லது _ipp._tcp Bonjour பதிவில் உள்ள rp மதிப்பைப் பிரதிபலிக்கிறது. நவீன இயக்கி அற்ற அச்சுப்பொறிகளில் இது பெரும்பாலும் 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 பேச வேண்டும்.