वीएलएएन में एयरप्ले का काम करने के लिए वास्तव में क्या आवश्यक है? [बन्द है]

Question

ऐसा लगता है कि AirPlay केवल एक लैन के भीतर, अस्पष्ट रूप से बोलने वाले आउट-ऑफ-द-बॉक्स काम करता है। यह मेरे लिए बिल्कुल स्पष्ट नहीं है कि क्यों, लेकिन ऐसा लगता है कि कम से कम खोज प्रसारण पर निर्भर करती है। विकिपीडिया बताता है कि एयरप्ले एक मालिकाना प्रोटोकॉल है, जो संभवतः बताता है कि मैंने जो एकमात्र दस्तावेज़ पाया है, वह गीथब में इस युक्ति की तरह अनौपचारिक है ।

तो, मेरे सवाल हैं:

1. क्या एक नेटवर्क को ऐसे कॉन्फ़िगर किया जा सकता है जो Airplay VLANs में काम करता है?
2. यदि हां, तो क्या, वास्तव में, इस काम को करने के लिए वीएलएएन के बीच पारित होने की अनुमति दी जानी चाहिए?
3. क्या यह एक उत्पादन वातावरण में एक बुरा विचार है जो आधिकारिक प्रोटोकॉल प्रलेखन की अनुपलब्धता को दर्शाता है?

Comments

एप्लिकेशन एक ऐसा कार्यालय है जहां एक 'विश्वसनीय' नेटवर्क पर विश्वसनीय डिवाइस और एक 'विज़िटर' वायरलेस नेटवर्क पर अन्य डिवाइस हैं। दोनों नेटवर्क के उपकरणों को बोर्ड टीवी पर एयरप्ले में सक्षम होना चाहिए।

— alx9r

क्या आप अपने पर्यावरण के बारे में अधिक विस्तार जोड़ सकते हैं? उदाहरण के लिए आप किस ब्रांड के वायरलेस उपकरण का उपयोग कर रहे हैं? ऐसा करने की आपकी क्षमता को बहुत प्रभावित करेगा।

— ब्रेट लाइकिन्स

उस सम्मेलन कक्ष के लिए Apple TV के साथ एक SSID / VLAN प्रति सम्मेलन कक्ष क्यों नहीं बनाया गया? या उन्हें सीधे अतिथि SSID पर डाल दिया और कर्मचारियों को प्रस्तुतियों के दौरान कनेक्ट किया। तब कमरे में मौजूद कोई भी व्यक्ति उस नेटवर्क पर प्रस्तुतियों के लिए आशा कर सकता है। आंतरिक कर्मचारी आंतरिक संसाधनों तक पहुंच के लिए वीपीएन में आंतरिक नेटवर्क में प्रवेश कर सकते हैं (आपके सेटअप के आधार पर)।

— some_guy_long_gone

@legioxi इस बिंदु पर अग्रणी योजना है: सभी bonjour डिवाइस अतिथि नेटवर्क और विश्वसनीय उपयोगकर्ताओं RA-VPN पर विश्वसनीय नेटवर्क में रहते हैं यदि आवश्यक हो तो। अभी भी दोनों नेटवर्क पर प्रिंटर उपलब्ध कराने का मुद्दा है, लेकिन अभी तक यह सबसे कम रणनीति है।

— alx9r

इसे सिस्को उत्पादों में 'सर्विस डिस्कवरी गेटवे' कहा जाता है - cisco.com/c/en/us/td/docs/ios-xml/ios/ipaddr_dns/configuration/…

— cpt_fink

Answer 1

"एयरप्ले" शब्द में दो अलग-अलग चीजें हैं।

पहली खोज सेवा खोज के बारे में है और यह तरीका है कि कैसे एयरप्ले स्ट्रीम प्राप्त करने में सक्षम डिवाइस "हे! मैं एयरप्ले प्राप्त कर सकते हैं!" यह सामान्य रूप से बोंजौर नामक सेवा के माध्यम से किया जाता है (कम से कम एप्पल इसे कॉल करता है) या डीएनएस-एसडी । यह मल्टीकास्ट का उपयोग कर रहा है और यह वह बिंदु है यदि कोई आपसे कह रहा है कि "एयरप्ले केवल स्थानीय लैन के लिए है" या कुछ और। स्ट्रीमिंग खुद "सामान्य" यूडीपी है।

अब मुख्य समस्या यह है कि आप किसी अन्य नेटवर्क में संभावित प्रेषकों को एयरप्ले रिसीवर के बारे में जानकारी कैसे प्राप्त करें। दो सैद्धांतिक विकल्प हैं:

1. आप मल्टीकास्ट को फॉरवर्ड कर सकते हैं। यह मुश्किल हो सकता है, लेकिन इसमें रूटर्स / फायरवॉल सक्षम हैं। आरटीएफएम कितना ठीक है, लेकिन विचार यह है कि आपको किसी अन्य नेटवर्क पर गंतव्य पते 224.0.0.251 के साथ मल्टीकास्ट ट्रैफ़िक को अग्रेषित करना होगा और आपको इसे टीटीएल को घटाए बिना करना होगा।

2. एक अन्य विकल्प यूनिकस्ट डीएनएस-एसडी का उपयोग करना है। आप सामान्य रूप से मल्टीकास्ट DNS-SD के माध्यम से स्वचालित रूप से वितरित की गई समान जानकारी की घोषणा करने के लिए सामान्य DNS का उपयोग कर सकते हैं और आप अपने DNS ज़ोन फ़ाइल में लिखने के लिए जानकारी प्राप्त करने के लिए अपने MacOSX पर dns-sd (1) उपयोगिता से थोड़ी मदद का उपयोग कर सकते हैं। । Airplay रिसीवर के साथ LAN में इस कमांड को निष्पादित करें और इसके लिए आपको आवश्यक सभी जानकारी देनी चाहिए:

   $ dns-sd -Z _airplay._tcp
   Browsing for _airplay._tcp
   ...
   

3. डीएनएस-एसडी प्रॉक्सी भी है (उदाहरण के लिए अवही का उपयोग इस तरह किया जा सकता है)।

अब, मैंने कहा "सैद्धांतिक रूप से", क्योंकि मैंने इसका परीक्षण नहीं किया है और जो भी आप प्रोटोकॉल के साथ करते हैं, अग्रेषण और इसी तरह, आपके नियंत्रण से परे कुछ बाधाएं हैं - यह सब के बाद Apple है। आप संभावित प्रेषक को सभी जानकारी सही ढंग से प्राप्त कर सकते हैं, लेकिन iOS / MacOSX अभी भी इसे अस्वीकार कर सकता है क्योंकि यह सिर्फ किसी कारण और इसी तरह इसे पसंद नहीं करता है।

एक और (फिर से सैद्धांतिक हालांकि;) जानवर बल विकल्प है - एयरप्ले प्रेषकों के साथ नेटवर्क के लिए एयरप्ले रिसीवर के रूप में अपने राउटर पते के लिए DNS-SD प्रविष्टि बनाएं और वास्तविक एयरप्ले रिसीवर को UDP स्ट्रीम (NAT) अग्रेषित करें। लेकिन इसके साथ भी इसे तोड़ने के लिए कुछ संभावनाएं (Apple इंजीनियरों के लिए) हैं।

आगे बढ़ें, इसका परीक्षण करें और हमें अपने परिणामों के बारे में बताएं।

Comments

ओह। तो आपके आकलन के आधार पर यह काम मूल रूप से एक प्रयोग के लिए उबलता है।

— alx9r

आप अनिर्दिष्ट जमीन पर हैं, इसलिए यह हमेशा प्रयोग के बारे में होगा। Apple इसका समर्थन नहीं करता है, इसलिए यह किसी भी क्षण (किसी भी अपडेट आदि के साथ) तोड़ सकता है। लेकिन आपके द्वारा किए गए सामान के बारे में जानें, इसे समझें और आप इसे सुरक्षित रूप से बनाने में सक्षम हैं और इसे तोड़ने पर यह फिर से काम करने में सक्षम होगा। या कम से कम यह समझें कि वास्तव में आप इसे काम क्यों नहीं कर सकते हैं;)।

— Thom

आपके प्रचलित पैराग्राफ में अंतिम बिंदु तक: यह पोस्ट यह इंगित करती है कि "... AppleTV अपने स्वयं के सबनेट से बाहर से कनेक्ट नहीं होगा ..." भले ही खोज कार्य करता हो।

— alx9r

Answer 2

यह शैक्षिक वातावरण में एक आम समस्या है। Apple ने छात्रों / कर्मचारियों को आईपैड और मैक बेचने का एक उत्कृष्ट काम किया है और वे Airplay / Airprint / अन्य Bonourour कार्यक्षमता का उपयोग करना चाहते हैं। हालाँकि, जैसा कि आपने बताया, ये सुविधाएँ सेवा खोज के लिए एकल प्रसारण डोमेन पर निर्भर करती हैं। एंटरप्राइज़ / शैक्षिक नेटवर्क अभी उस तरह से संरचित नहीं हैं।

समस्या इतनी प्रचलित है कि कई शैक्षणिक संस्थान आईटी कर्मचारी कुछ साल पहले एक साथ मिल गए, और इन वातावरण में बेहतर काम करने के लिए Apple को बोनजॉर को ठीक करने के लिए याचिका दी ।

---

अपने प्रश्नों को सीधे संबोधित करने के लिए, आपके नेटवर्क पर एयरप्ले सेवाओं के विस्तार को पूरा करने के लिए आमतौर पर बहुत विशिष्ट कॉन्फ़िगरेशन की आवश्यकता होगी। और विशिष्ट कॉन्फ़िगरेशन आपके वर्तमान वायरलेस समाधान (सिस्को, एरोहिव, यूबिकिटी, आदि) पर बहुत अधिक निर्भर करेगा। सामान्य तौर पर, यदि आप अपने वायरलेस विक्रेता और बोनजॉर के लिए खोज करते हैं, तो आपको कम से कम सही दिशा में आपको दस्तावेज खोजने चाहिए।

मुझे Cisco के Avahi Bonjour गेटवे समाधान को तैनात करने में मिली-जुली सफलता मिली है , और इसे तब तक देखने की सलाह नहीं दी जाएगी जब तक कि आपके पास बिल्कुल न हो।

मेरे लिए नीचे की रेखा यह है, जैसा कि आपने अपने तीसरे प्रश्न में बताया है, आप हमेशा Apple की दया पर रहेंगे क्योंकि यह एक बंद, मालिकाना, अनिर्दिष्ट सेवा * है जिसका उद्देश्य घरेलू नेटवर्क वातावरण है। इसलिए, जब तक कि Apple इसे बदलने का फैसला नहीं करता, मैं जहाँ भी संभव हो, एंटरप्राइज नेटवर्क में इसे लागू करने से बचूँगा।

_{* MDNSResponder के लिए अंतर्निहित कोड खुला, गैर-स्वामित्व है, और अपाचे लाइसेंस के तहत उपलब्ध है। हालाँकि, Apple के इस आंतरिक कार्यान्वयन के लिए उनके iDevices और MacOS आपके नियंत्रण से बाहर हैं और कभी भी बदल सकते हैं।}

Comments

इस बेहतरीन जवाब के लिए धन्यवाद। जब आप कहते हैं "विशिष्ट कॉन्फ़िगरेशन आपके वर्तमान वायरलेस समाधान पर बहुत अधिक निर्भर करेगा" तो क्या आपका मतलब है कि वे प्रत्येक वीएलएएन में एयरप्ले सेवाओं को काम करने के लिए अलग-अलग तकनीकों को नियुक्त करते हैं, या यह कि उनमें से प्रत्येक के पास एक ही तकनीक के लिए कितनी मात्रा में कॉन्फ़िगर करने के लिए अलग-अलग व्यवस्थापक इंटरफेस हैं तारों?

— alx9r

वास्तव में दोनों का एक छोटा सा। विभिन्न विक्रेता बोनजोर मल्टीकास्ट पैकेट के स्नूपिंग और रिट्रांसमेटिंग को अलग-अलग तरीके से संभालेंगे, और विभिन्न विक्रेताओं के पास मेरे अनुभव में इसे कॉन्फ़िगर करने के अलग-अलग तरीके होंगे।

— ब्रेट लाइकिंस

क्या आप अपने निष्कर्षों के बारे में ब्योरा गेटवे समाधान के साथ जा सकते हैं?

— रॉबर्ट सिएमर

Answer 3

अवही आपकी यहाँ मदद कर सकता है। बहुत सारे विकल्प हैं लेकिन इसे सबनेट के पार जाना चाहिए । आपको इसे ddwrt बॉक्स पर प्राप्त करने में सक्षम होना चाहिए या रास्पबेरी पाई और dot1q इंटरफेस का उपयोग करना चाहिए।

 enable-reflector= Takes a boolean value ("yes"  or  "no").  If  set  to
       "yes"  avahi-daemon  will  reflect  incoming mDNS requests to all local
       network interfaces, effectively allowing clients to browse  mDNS/DNS-SD
       services  on  all  networks  connected  to  the gateway. The gateway is
       somewhat intelligent and should work with all kinds  of  mDNS  traffic,
       though  some functionality is lost (specifically the unicast reply bit,
       which is used rarely anyway). Make sure to not run multiple  reflectors
       between the same networks, this might cause them to play Ping Pong with
       mDNS packets. Defaults to "no".

 reflect-ipv= Takes a boolean value ("yes" or "no"). If set to "yes" and
       enable-reflector  is  enabled,  avahi-daemon  will forward mDNS traffic
       between IPv4 and IPv6, which is usually not  recommended.  Defaults  to
       "no".

Comments

मुझे पूरा यकीन है कि मैंने पिंग पॉन्ग टेबल की स्थापना की है :)

— जोनाथन कोमर

Answer 4

यह काम नहीं करता क्योंकि यह एक प्रसारण ( मल्टीकास्ट ) तकनीक है। (यह भी देखें: Bonjour) एक प्रसारण डोमेन (यानी VLAN) को पार करने के लिए एक प्रॉक्सी की आवश्यकता होती है। मैं एक मैक व्यक्ति नहीं हूं, लेकिन मैंने पहले इस तरह के प्रॉक्सी सेटअप को देखा है - इसलिए iDevices को एक प्रिंटर मिल सकता है जहां वायरलेस और वायर्ड अलग-अलग लेन थे। मुझे वह कार्यक्रम याद नहीं है जिसका उपयोग किया गया था, लेकिन यह मुफ़्त नहीं था।

Comments

धन्यवाद। ऐसा लगता है कि मैं गलत खोज शब्दों का उपयोग कर रहा था। एयरप्ले प्रॉक्सी सर्च कर रहे हैं पैदावार इस और इस जो काफी व्यापक लगते हैं।

— अलक्ष

तकनीकी रूप से यह एक मल्टीकास्ट तकनीक है।

— बहमट

@ बहादुर, सच, लेकिन स्थानीय-दायरा इसलिए इसे प्रसारित भी किया जा सकता है। यह स्वाभाविक रूप से एक भी प्रसारण डोमेन नहीं छोड़ेगा।

— रिकी बीम

यह नेटवर्क इंजीनियरिंग है। अलग मत पूछो। प्रसारण और मल्टीकास्ट के बीच एक महत्वपूर्ण अंतर है। नेटवर्क इंजीनियरिंग पेशेवरों के लिए एक चर्चा साइट पर जो अवहेलना करने के लिए एक भेद नहीं है। mDNS मल्टीकास्ट है (इस प्रकार "एम") और डिफ़ॉल्ट रूप से एक एकल प्रसारण डोमेन तक सीमित होगा।

— बहमट

Answer 5

Airplay IP पर यात्रा करता है, इसलिए सामान्य रूटिंग लागू होती है। आपको एक वीएलएएन से दूसरे में ट्रैफ़िक को रूट करने के लिए एक राउटर की आवश्यकता होती है। जब तक आप मल्टीकास्ट के साथ गड़बड़ करना शुरू नहीं करते हैं, तब तक बोन्जुर स्थानीय वीएलएएन पर रहेगा।

क्या यह एक बुरा विचार है? निर्भर करता है ;-)। आपको एक शिक्षित अनुमान लगाने के लिए हमें अपने उत्पादन वातावरण के बारे में बहुत कुछ बताना होगा।

Answer 6

जैसा कि अन्य ने उल्लेख किया है, अवही ( http://www.avahi.org ) नामक एक मुक्त, खुला स्रोत समाधान है जो mDNS / बोंजोर प्रॉक्सी के रूप में काम कर सकता है। यह सॉफ्टवेयर जिस मशीन पर चलता है, उसमें प्रत्येक वीएलएएन / सबनेट के लिए आपके पास नेटवर्क इंटरफेस होना चाहिए, जिसे आप mDNS सेवाओं को / से विज्ञापित किया जाना चाहते हैं। काम करने के लिए वास्तविक सेवाओं के लिए, हालांकि, आपके पास वीएलएएन राउटिंग सक्षम होना चाहिए या आपकी पहुंच सूचियों या फ़ायरवॉल में mDNS सक्षम डिवाइस के लिए टीसीपी / यूडीपी कनेक्शन की अनुमति होनी चाहिए। अन्य विकल्पों में सिस्को या यूबिकिटि वाईफाई नियंत्रक शामिल हैं जो mDNS परदे के पीछे भी काम कर सकते हैं, या यदि आप एक मैक का उपयोग कर रहे हैं तो आप प्रत्येक सेवा के लिए एक प्रॉक्सी बना सकते हैं ( https://kb.acronis.com/sites/default/files/content/2013/ 01 / 39,490 / wanbonjour_1.pdf)। इस अंतिम समाधान के साथ समस्या यह है कि आपको प्रत्येक व्यक्तिगत सेवा के लिए एक प्रॉक्सी बनानी होगी, और आपको हर बार मशीन रिबूट करने के लिए इसे फिर से करना होगा।