v654321
मूल पोस्टर- अगस्त 6, 2011
- विल्वोर्डे, बेल्जियम
- 22 मई, 2021
समस्या का विवरण: मेरे एमबीपी को एक अनबाउंड डीएनएस रिज़ॉल्वर के साथ, एक पाई-होल का उपयोग करके, डीएचसीपी के माध्यम से एक आईपी पता सौंपा जा रहा है। मैं एक आंतरिक डोमेन नाम 'home.arpa' का उपयोग करता हूं और जो मेरे DNS सर्वर के आईपी (192.168.1.4) सहित एक DNS खोज डोमेन के रूप में जुड़ जाता है। मेरे नेटवर्क के प्रत्येक उपकरण का एक होस्टनाम होता है।
अपने Linux और Windows मशीनों पर मैं FQDN (जैसे ap12.home.arpa या kodi.home.arpa) और स्वयं होस्टनाम (जैसे ap12 या kodi) दोनों का उपयोग करके एक ही डिवाइस को पूरी तरह से पिंग कर सकता हूं क्योंकि खोज डोमेन स्वचालित रूप से जुड़ जाता है . हालांकि, मेरे एमबीपी पर यह काम नहीं करता है, जैसे कि खोज डोमेन भी मौजूद नहीं है/अनदेखा किया जा रहा है। मैं FQDN को पूरी तरह से पिंग कर सकता हूं लेकिन होस्टनाम हमेशा विफल रहता है। मैंने इन होस्टनामों या FQDN के साथ अपनी/निजी/आदि/मेजबान फ़ाइल का प्रावधान नहीं किया है क्योंकि DNS कॉन्फ़िगरेशन को इसका ध्यान रखना चाहिए (और यह मेरी गैर-MacOS मशीनों पर करता है)। मैंने निश्चित आईपी कॉन्फ़िगरेशन (स्थिर आईपी, डीएनएस और डीएनएस खोज डोमेन दोनों) के साथ भी कोशिश की है, लेकिन कोई अंतर नहीं है।
क्षमा करें अगर इसकी सराहना नहीं की जाती है, लेकिन मैंने विंडोज़, लिनक्स और मैकोज़ बिग सुर दोनों के कुछ स्क्रीनशॉट को उनके कॉन्फ़िगरेशन और पिंग परिणामों के साथ जोड़ा है:
विंडोज 10:
मीडिया आइटम देखें '>
लिनक्स:
मीडिया आइटम देखें '>
मैकोज़ बिग सुर:
मीडिया आइटम देखें '>
मेरे गुगलिंग ने जो खुलासा किया है उससे ऐसा लगता है कि खोज डोमेन एक समस्या है जो अतीत में कई उपयोगकर्ताओं के लिए आई थी, लेकिन मुझे ऐसा कोई धागा नहीं मिला जिसने इसे एक संरचनात्मक समस्या बना दिया। यह ज्यादातर समय वीपीएन (स्प्लिट टनलिंग डीएनएस) या लापता/गलत खोज डोमेन से जुड़ा था। इसने मुझे यह निष्कर्ष निकाला कि एक उचित विन्यास के साथ, यह सब काम करने वाला माना जाता था।
मैं चुपचाप आशा करता हूं कि आप में से कुछ लोग मुझे यह पता लगाने में मार्गदर्शन/सहायता कर सकते हैं कि क्या गलत हो सकता है या मैं इसे कम करने के लिए क्या कर सकता हूं। जाहिर है मैं होस्टनाम/एफक्यूडीएन को/निजी/आदि/मेजबान फ़ाइल में हार्डकोड कर सकता हूं, लेकिन जैसा कि मैं बहुत सारे कंप्यूटर और वीएम के साथ खेल रहा हूं, मैं पूरी तरह से स्वचालित DNS रिज़ॉल्यूशन पर भरोसा करने में सक्षम होना चाहता हूं।
आपकी संभावित रुचि/भागीदारी के लिए अग्रिम धन्यवाद!
हेनरीअज़ी
- जनवरी 9, 2010
- दक्षिण कांग्रेस AZ
- 22 मई, 2021
v654321 ने कहा: समस्या विवरण: मेरे एमबीपी को डीएचसीपी के माध्यम से एक अनबाउंड डीएनएस रिज़ॉल्वर के साथ एक पाई-होल का उपयोग करके एक आईपी पता सौंपा जा रहा है। मैं एक आंतरिक डोमेन नाम 'home.arpa' का उपयोग करता हूं और जो मेरे DNS सर्वर के आईपी (192.168.1.4) सहित एक DNS खोज डोमेन के रूप में जुड़ जाता है। मेरे नेटवर्क के प्रत्येक उपकरण का एक होस्टनाम होता है।
क्या आपके पास 192.168.1.4 पर अनबाउंड में home.arpa के लिए कॉन्फ़िगर किया गया एक स्थानीय क्षेत्र है? वी
v654321
मूल पोस्टर- अगस्त 6, 2011
- विल्वोर्डे, बेल्जियम
- 23 मई 2021
Home.arpa आंतरिक डोमेन को pihole वेब इंटरफ़ेस में कॉन्फ़िगर किया गया है। हो सकता है कि मेरा मूल सेटअप विवरण पूरा न हुआ हो। इसके लिए मुझे खेद है।
मेरे सभी कंप्यूटरों पर कॉन्फ़िगर किया गया DNS सर्वर पिहोल आईपी पता है, जो - यदि उसके कैश में अनुरोधित डोमेन नहीं है, और न ही यह पूर्व-कॉन्फ़िगर ब्लॉकलिस्ट पर है - इसे अनबाउंड सेवा के लिए अग्रेषित करता है (पिहोल पर लोकलहोस्ट पर चल रहा है) जो बाहरी डोमेन के लिए आवश्यक आईपी प्राप्त होने तक, टीएलडी डीएनएस सर्वर आदि की पहचान करने के लिए डीएनएस रूट सर्वर तक पहुंचेंगे। अनबाउंड पर किसी स्थानीय ज़ोन कॉन्फ़िगरेशन की आवश्यकता नहीं है क्योंकि यह पिहोल वेब इंटरफ़ेस पर किया जाता है। मैंने निम्नलिखित का उपयोग किया: सेटअप गाइड और पत्र का पालन किया। होस्टनाम केवल लुकअप के लिए केवल एमबीपी विफल रहता है, अन्य सभी मशीनें पूरी तरह से काम करती हैं।
लिनक्स पर निम्न कमांड चलाना पूरी तरह से काम करता है (कोडी स्वचालित रूप से खोज डोमेन के साथ विस्तारित हो जाता है इसलिए kodi.home.arpa बन जाता है:
$ ping kodi PING kodi.home.arpa (192.168.1.35) 56(84) bytes of data. 64 bytes from kodi.home.arpa (192.168.1.35): icmp_seq=1 ttl=64 time=0.733 ms 64 bytes from kodi.home.arpa (192.168.1.35): icmp_seq=2 ttl=64 time=0.718 ms इसके परिणामस्वरूप पिहोल पर निम्नलिखित लॉग होते हैं:
May 23 13:34:14 dnsmasq[10080]: query[A] kodi.home.arpa from 192.168.1.11 May 23 13:34:14 dnsmasq[10080]: /etc/pihole/custom.list kodi.home.arpa is 192.168.1.35 May 23 13:34:14 dnsmasq[10080]: query[PTR] 35.1.168.192.in-addr.arpa from 192.168.1.11 May 23 13:34:14 dnsmasq[10080]: /etc/pihole/custom.list 192.168.1.35 is kodi.home.arpa हालाँकि, मेरे MBP से ऐसा ही करना:
% ping kodi ping: cannot resolve kodi: Unknown host % ping kodi.home.arpa PING kodi.home.arpa (192.168.1.35): 56 data bytes 64 bytes from 192.168.1.35: icmp_seq=0 ttl=64 time=4.889 ms 64 bytes from 192.168.1.35: icmp_seq=1 ttl=64 time=5.530 ms इसके परिणामस्वरूप पिहोल पर निम्नलिखित लॉग होते हैं:
May 23 13:35:26 dnsmasq[10080]: query[A] kodi from 192.168.1.78 May 23 13:35:26 dnsmasq[10080]: config kodi is NODATA-IPv4 May 23 13:35:30 dnsmasq[10080]: query[A] kodi.home.arpa from 192.168.1.78 May 23 13:35:30 dnsmasq[10080]: /etc/pihole/custom.list kodi.home.arpa is 192.168.1.35 इससे पता चलता है कि एमबीपी पर पहला पिंग प्रयास विफल हो जाता है क्योंकि खोज डोमेन स्वचालित रूप से एफक्यूडीएन (kodi.home.arpa) बनने के लिए नहीं जोड़ा जाता है जबकि दूसरा अनुरोध सही ढंग से व्यवहार किया जाता है। दोनों अनुरोध पिहोल पर पहुंचते हैं, लेकिन डीएचसीपी द्वारा प्रदान किए गए आईपी कॉन्फ़िगरेशन में मौजूद होने के बावजूद खोज डोमेन लागू नहीं होता है।
जब तक मुझे कुछ और याद नहीं आ रहा है, मैं यह निष्कर्ष निकालने की हिम्मत करता हूं कि लिनक्स होस्ट और एमबीपी दोनों को एक ही डीएचसीपी से समान रूप से आईपी और डीएनएस जानकारी मिलती है, कि वे एक ही डीएनएस सर्वर (पिहोल) से संपर्क करते हैं और यह पूरी तरह से काम करता है मेरे लिनक्स होस्ट पर (पिहोल नहीं) लेकिन एमबीपी पर नहीं, डीएनएस सर्च डोमेन को केवल पिंग कमांड होस्ट पर लागू नहीं किया जा रहा है। मैं वास्तव में नहीं जानता कि यह काम करने के लिए मैं और क्या बदल सकता हूं।
हेनरीअज़ी
- जनवरी 9, 2010
- दक्षिण कांग्रेस AZ
- 23 मई 2021
v654321 ने कहा: जब तक मैं कुछ और याद नहीं कर रहा हूं, मैं यह निष्कर्ष निकालने की हिम्मत करता हूं कि लिनक्स होस्ट और एमबीपी दोनों को एक ही डीएचसीपी से समान रूप से आईपी और डीएनएस जानकारी मिलती है, कि वे एक ही डीएनएस सर्वर (पिहोल) से संपर्क करते हैं और वह यह मेरे लिनक्स होस्ट (पिहोल नहीं) पर पूरी तरह से काम करता है, लेकिन एमबीपी पर नहीं, DNS सर्च डोमेन को केवल पिंग कमांड होस्ट पर लागू नहीं किया जा रहा है। मैं वास्तव में नहीं जानता कि यह काम करने के लिए मैं और क्या बदल सकता हूं।
मुझे लगता है कि मैकोज़ 'नेटबीओएस का कार्यान्वयन अन्य दो के रूप में मजबूत नहीं है, जो केवल होस्ट नाम को हल करने में सक्षम हैं। आपने अपने Mac पर NetBIOS सक्षम किया हुआ है? यह डिफ़ॉल्ट रूप से है। मुझे नहीं लगता कि खोज पथ वास्तव में मायने रखता है, कि विंडोज़ और लिनक्स होस्ट नाम के नेटबीओएसओ नाम रिज़ॉल्यूशन को डीएनएस के बजाय अपना आईपी पता प्राप्त करने के लिए कर रहे हैं।
अनबाउंड के साथ, आपके पास इसे एक मान्य रिज़ॉल्वर के रूप में उपयोग करने की विलासिता है, बाहरी क्षेत्रों के लिए, अनुरोधों को अग्रेषित किए बिना। और एक स्थानीय क्षेत्र के लिए एक समाधानकर्ता के रूप में।
लोकप्रिय पोस्ट