IPad के साथ DreamPlug Ubuntu पर Avahi का उपयोग करना

Question

मेरे पास ड्रीमप्लग (जो कि उबंटू जेट्टी पर चलने वाला प्लग कंप्यूटर है) में अवही का उपयोग करने के साथ निम्नलिखित बहुत ही अजीब मुद्दे हैं।

इस पर दिन बिताने के बाद, मुझे लगता है कि मैं इस मुद्दे को कम करने में कामयाब रहा हूं।

DreamPlug WiFi पहुंच बिंदु के रूप में कार्य करता है, और होस्ट नाम है plugऔर आईपी पते 192.168.1.1(जो दोनों में स्थापित किया जाएगा /etc/hostsऔर /etc/hostname) और रन lighttpd।

अब मेरा मैक http://plug.localक्रोम में पहुंच के साथ सीधे काम करता है , हालांकि अगर मैं http://plug.localiPad पर कोशिश करता हूं और लोड करता हूं , तो यह काम नहीं करता है। यही है, जब तक मैं डेस्कटॉप पर पेज लोड नहीं करता, तब तक यह काम नहीं करता है ।

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

तो बस फिर से स्पष्ट करने के लिए: आईपैड पर सफारी लटका देगा (जब तक यह रिपोर्ट नहीं करता कि ब्राउज़िंग विफल हो गई है) जब http://plug.localतक मैं http://plug.localमैक पर नहीं पहुंचता, दौड़ता ping plug.local, करता हूं ssh [e-mail]या मूल रूप से होस्टनाम को हल करने वाले कुछ और करता हूं , जिस बिंदु पर आईपैड तुरंत हल करता है। होस्टनाम और यह ठीक से काम करना शुरू कर देता है।

यदि मेरी समझ सही है, तो जब आईपैड कनेक्ट होते हैं, तो वे इसके लिए रिज़ॉल्यूशन अनुरोध प्रसारित करते हैं plug.local। जो भी कारण के लिए, इस अनुरोध को ड्रीमप्लग द्वारा अनदेखा किया गया है (या यह कभी नहीं मिलता है)। हालाँकि, मैक अपने अनुरोध को प्रसारित करने का प्रबंधन करता है । यह एक रिज़ॉल्यूशन रिक्वेस्ट प्रसारित करता है और ड्रीमप्लग ब्रूडकास्ट का परिणाम वापस plug.local-> 192.168.1.1। तब आईपैड इस परिणाम को प्राप्त करते हैं (जो वास्तव में मैक के लिए किस्मत में था) और फिर सफलतापूर्वक हल करने में सक्षम हैं।

मुझे avahi-daemon.confअनुरोध पर मेरी या अन्य कॉन्फिग फाइलों की आपूर्ति करने में खुशी होगी ।

अद्यतन: मैं अब विंडसरक का उपयोग करने में कामयाब रहा और पाया कि आईपैड वास्तव में नेटवर्क के लिए एक अनुरोध प्रसारित करते हैं।

मैंने दोनों पैकेट पर कब्जा कर लिया है, जो डीएवी के परिणामस्वरूप अवही से एक प्रतिक्रिया है, साथ ही साथ एक भी ऐसा नहीं है।

वे दोनों पूरी तरह से समान दिखाई देते हैं, एकमात्र अंतर यह है कि जो असफल हो गया वह टाइप का एक अतिरिक्त आरआर निर्दिष्ट करता है OPT... मुझे नहीं पता कि एक OPTरिकॉर्ड क्या है। क्या ऐसा हो सकता है कि अवाही को OPTकिसी कारण से आरआर के साथ डीएनएस प्रश्न पसंद न हों ?

यहाँ दो स्क्रीनशॉट विर्सार्क से लिए गए हैं। पहला एक "अच्छा" mDNS अनुरोध दिखाता है जो डेस्कटॉप कंप्यूटर से भेजा जाता है (इस मामले में, डिवाइस कहा जाता है runway.local)। यह क्वेरी ठीक काम करती है और सर्वर (पर 192.168.1.1) सीधे प्रतिक्रिया देता है:

इस प्रतिक्रिया का एक उदाहरण यहां दिया गया है runway.local:

इस बीच, यहां, एक दूसरे DNS क्वेरी जो एक ही होस्ट नाम के लिए iPad से भेज दिया गया है है runway.local। इस मामले में, अनुरोध को केवल अनदेखा किया गया प्रतीत होता है (किसी भी घटना में, इस DNS क्वेरी के लिए कभी कोई प्रतिक्रिया नहीं मिलती है):

IPad अनुरोध में यह क्या है कि समस्या का कारण बनता है, इसे ट्रैक करने की कोशिश कर रहा है, ऐसा प्रतीत होता है कि दो पैकेट लगभग समान हैं, डेस्कटॉप से ​​भेजे गए mDNS प्रश्नों के बीच एकमात्र अंतर (OS X चल रहा है) और iPad है, जो iPad को जोड़ता है एक OPTDNS अनुरोध की तह तक संसाधन रिकॉर्ड।

सवाल यह है: संसाधन रिकॉर्ड का महत्व क्या है - और क्या यह ऐसा है - या यह कुछ और है - जो कि इस DNS अनुरोध के लिए जिम्मेदार है जिसे अवही द्वारा अनदेखा किया जा रहा है।

अद्यतन यह वह सफलता हो सकती है जिसकी मुझे तलाश थी:

मैं अवधी-डेमॉन को --डबग फ्लैग के साथ चला रहा हूं और मैंने "अवैध क्वेरी पैकेट" पर ध्यान दिया है। संदेश। इससे मुझे इस पृष्ठ पर ले जाया गया: http://avahi.org/ticket/284 जो ऐसा लगता है कि यह एक ज्ञात मुद्दा है (यद्यपि जो इसे हल किया जाना चाहिए)।

विशेष रूप से:

एक tcpdump मुझे विश्वास दिलाता है कि यह DNS प्रश्नों के अतिरिक्त डेटा अनुभाग में जानकारी जोड़ने के लिए RFC2671 का उपयोग करते हुए Mac OS 10.6 के कारण है। विशेष रूप से, यह 'UDP पेलोड आकार' (मेरे मामले में, 1440) की प्रतिक्रिया पैकेट के अधिकतम आकार के लिए संकेत के रूप में आपूर्ति कर रहा है। [...] अवाही गैर-रिक्त अतिरिक्त डेटा अनुभागों के साथ प्रश्नों को अमान्य मानता है, जहाँ यह जाँचता है कि अवैध क्वेरी पैकेट संदेश बनाने से पहले AVAHI_DNS_FIELD_ARCOUNT! = 0।

Comments

मुझे यह जोड़ना चाहिए कि यदि मैं plugSSH के ऊपर ड्रीमप्लग उर्फ ​​में लॉग इन करता हूं और कमांड को निष्पादित करता ping 224.0.0.251हूं जो mDNS मल्टीकास्ट एड्रेस है, तो मुझे इसका परिणाम मिलता है connect: Network is unreachable- निश्चित नहीं कि अगर ऐसा होने वाला है, लेकिन जो भी मदद कर सकता है उसके लिए उपयोगी हो सकता है।

— jon

अद्यतन: मैं अवधी-डेमॉन को -दबग ध्वज के साथ चला रहा हूं और मैंने "अवैध क्वेरी पैकेट" पर ध्यान दिया है। संदेश। यह मुझे इस पृष्ठ पर ले गया: avahi.org/ticket/284 जो ऐसा लगता है कि यह एक ज्ञात मुद्दा है (जो कि इसे हल किया जाना चाहिए)। विशेष रूप से: एक tcpdump मुझे विश्वास दिलाता है कि यह मैक ओएस 10.6 RFC2671 का उपयोग करके DNS प्रश्नों के अतिरिक्त डेटा अनुभाग में जानकारी जोड़ने के लिए है। विशेष रूप से, यह 'UDP पेलोड आकार' (मेरे मामले में, 1440) की प्रतिक्रिया पैकेट के अधिकतम आकार के लिए संकेत के रूप में आपूर्ति कर रहा है।

— जों

ऐसा लगता है कि आपको वहां जवाब मिल गया है। क्या आप ड्रीमप्लग पर अपनी अवही को अपग्रेड कर सकते हैं?

— बिल वीस

Avahi के अलावा एक वास्तविक DNS सर्वर का उपयोग करने के बारे में क्या? बाँध / नाम जैसा कुछ। क्या आपने टिस करने की कोशिश की है?

— jap1968

बहुत सारे विस्तार के साथ शानदार सवाल! यदि आप इसका पता लगाते हैं, तो अपना उत्तर लिखें और इसे एक चेकमार्क के साथ चिह्नित करें - यह दूसरों की मदद करता है और यहां तक ​​कि आपको प्रतिनिधि भी दे सकता है।

— मेई

Answer 1

मैं बार-बार एसएफ नहीं करता हूं, लेकिन मैं देख सकता हूं कि इस सवाल ने काफी ध्यान आकर्षित किया है, इसलिए मुझे यहां अपने निष्कर्षों को संक्षेप में प्रस्तुत करने दें, और उम्मीद है कि एक ही मुद्दे का अनुभव करने वालों को कुछ समाधान प्रदान करें: -

ऐसा लगता है कि यह अवही के संस्करण के साथ एक बग है जो यूडीपी पेलोड के आकार की आपूर्ति के साथ करने के लिए उबंटू जोंटी ( http://avahi.org/ticket/284 ) के साथ जहाज करता है, जिसके परिणामस्वरूप संभवतः अधिक सनकी परिवर्तन के परिणामस्वरूप होता है। mDNS कल्पना (हालांकि मैंने इसे खुद नहीं पढ़ा है)। जैसा कि मैंने मूल प्रश्न की टिप्पणियों में बताया था, मैंने अवही के अपने संस्करण को अपग्रेड करने की कोशिश की, लेकिन मेरे लिनक्स कौशल वे नहीं हैं जो मुझे होना चाहिए और मैंने इसे काम करने के लिए प्रबंधित नहीं किया। (किसी भी तरह, एक 3 साल की असमर्थित ओएस चलाना वास्तव में वैसे भी अनुशंसित नहीं है ...)

अंत में, मैंने डुबकी लगाई, ड्रीमप्लग के एसडी कार्ड को मिटा दिया और उस पर डेबियन स्क्वीज़ स्थापित किया, जिसने ठीक काम किया (यद्यपि आईओएस 5.0+ के साथ ही)। ड्रीमप्लग ओएस को कैसे बदलना है, इस सवाल के दायरे से बाहर होने की एक चर्चा है, लेकिन दिन के अंत में यह सब क्या उबलता है, यह अवधी के पुराने संस्करण से बाहर है। एक नए संस्करण का उपयोग करें और आप ठीक होना चाहिए!

सौभाग्य!