मेरे स्थानीय DNS सर्वर का उपयोग क्यों नहीं किया जाता है?

Question

मैं कुछ स्थानीय डीएनएस रिकॉर्ड की मेजबानी के लिए एक स्थानीय BIND9 सर्वर का उपयोग कर रहा हूं। जब मैं स्थानीय डोमेन नाम के लिए खुदाई करने की कोशिश कर रहा हूं तो मुझे यह नहीं मिल सकता है अगर मैं अपने स्थानीय BIND9 सर्वर का उपयोग करने के लिए खुदाई को स्पष्ट रूप से नहीं बताता हूं।

user@heimdal:~$ dig +short heimdal.lan.se
user@heimdal:~$ dig +short @192.168.1.7 heimdal.lan.se
192.168.1.2

उबंटू 17.04 और सिस्टमड-सॉल्यूशन का उपयोग किया जाता है। यह मेरी / आदि / हल की सामग्री है

# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
#     DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
# 127.0.0.53 is the systemd-resolved stub resolver.
# run "systemd-resolve --status" to see details about the actual nameservers.

nameserver 127.0.0.53

और systemd-resolution --status से आउटपुट

Global
         DNS Servers: 192.168.1.7
                      192.168.1.1
          DNSSEC NTA: 10.in-addr.arpa
                      16.172.in-addr.arpa
                      168.192.in-addr.arpa
                      17.172.in-addr.arpa
                      18.172.in-addr.arpa
                      19.172.in-addr.arpa
                      20.172.in-addr.arpa
                      21.172.in-addr.arpa
                      22.172.in-addr.arpa
                      23.172.in-addr.arpa
                      24.172.in-addr.arpa
                      25.172.in-addr.arpa
                      26.172.in-addr.arpa
                      27.172.in-addr.arpa
                      28.172.in-addr.arpa
                      29.172.in-addr.arpa
                      30.172.in-addr.arpa
                      31.172.in-addr.arpa
                      corp
                      d.f.ip6.arpa
                      home
                      internal
                      intranet
                      lan
                      local
                      private
                      test

डीएनएस सर्वर सेक्शन को मुख्य DNS सर्वर (मेरे स्थानीय BIND9 उदाहरण) के रूप में 192.168.1.7 सही रूप से कॉन्फ़िगर किया गया लगता है। मुझे समझ नहीं आ रहा है कि इसका उपयोग क्यों नहीं किया जाता है ...?

Comments

मुझे याद है कि कैसे systemdगूगल DNS का उपयोग एक कमबैक के रूप में किया जाता है ...

— विलियम एडवर्ड्स

क्या systemd-resolve heimdal.lan.seबता रहा है?

— बिगोन

Answer 1

इसलिए, मेरे वायर्ड eth0 इंटरफ़ेस को प्रबंधित करने के लिए बदलने से मेरे लिए यह समस्या हल हो गई है।

Iupc/NetworkManager/NetworkManager.conf में प्रबंधित ifupdown को सही में बदलना

[ifupdown]
managed=true

फिर NetworkManager को पुनः आरंभ करें

sudo systemctl restart NetworkManager

इसके बाद यह निर्दोष रूप से काम करता है ।।

यह 100% नहीं था। मैंने भी रिसोल्वर को मारने और मारने की कोशिशों में बदलाव किए

sudo service resolvconf disable-updates
sudo update-rc.d resolvconf disable
sudo service resolvconf stop

विषय के संबंध में इस ब्लॉग पोस्ट के लिए बड़ा धन्यवाद: https://ohthehugemanatee.org/blog/2018/01/25/my-war-on-systemd-resolved/

चलो इस काम की प्रार्थना करते हैं .. यह पूरी तरह से व्यवस्थित-समाधान व्यवसाय सिर्फ इतना बदसूरत है।

Comments

देर टिप्पणी लेकिन systemd-networkdसंबंधित एक और बात करता है, तो जाँच करने के लिए किया जाएगा eth0या enXडिवाइस एक है *.network`/ lib / systemd / नेटवर्क / में फ़ाइल` देखना info systemd-networkdऔर info systemd.networkऔरinfo resolved.conf

— jmunsch

Answer 2

मेरा अनुमान है कि आपकी systemd-resolvedसेवा सही तरीके से कॉन्फ़िगर की गई है, लेकिन इसे कभी भी अनुरोध देखने को नहीं मिलता है। .localडोमेन है विशेष रूप से mDNS चल प्रणाली द्वारा इलाज किया । avahi-daemon, जो Apple उत्पादों पर mDNS / DNS-SD सेवाएं (उर्फ "बोनजोर") प्रदान करता है, नाम समाधान के दौरान DNS पर पूर्वता लेने के लिए कॉन्फ़िगर किया जा सकता है; ऐसा प्रतीत होता है कि उबंटू ऐसा करता है।

कुछ विकल्प हैं जिन्हें आप चुन सकते हैं:

1. अपने .localडोमेन को कुछ अलग (संभवतः .internalया .lan) नाम दें। यह अभ्यास में सबसे आसान हो सकता है क्योंकि आपको बस अपने DNS सर्वर पर कुछ चीजों को बदलना होगा, और यह अवही के साथ सबसे अच्छा काम करता है। मैं इस विधि की सिफारिश करूंगा।

2. /etc/nsswitch.confdnsप्रविष्टियों के सामने प्रविष्टि रखकर अपनी फ़ाइल को बदल देंmdns ।

3. एडिटर अवहि का विन्यास mDNS डोमेन को .localएडिटिंग /etc/avahi/avahi-daemon.confऔर चेंजिंग (या एडिंग ) domain-name=.something( [server]सेक्शन में स्थित ) से कुछ और से बदलने के लिए । आपको प्रत्येक कंप्यूटर पर ऐसा करने की आवश्यकता होगी जो mDNS का उपयोग करता है ताकि वे अभी भी एक साथ काम करें।

Comments

मुझे यह कहते हुए खेद है कि मैंने यहाँ वास्तविक डोमेन को बाधित किया है। यह एक .local डोमेन नहीं है। शीर्ष डोमेन वास्तव में .se है। लेकिन मैं आपके नेतृत्व का पालन करूंगा और nsswitch की सामग्री की जांच करूंगा। क्षमा करें किसी भी भ्रम के लिए

— Civing

Answer 3

लगता है यह एक टिप्पणी के रूप में बेहतर होगा, लेकिन पर्याप्त प्रतिष्ठा नहीं ...।

मैं जो चाहता था, उसकी तर्ज पर सबसे अधिक जवाब देना था।

मैं भी जोड़ने के लिए किया था dns=noneकरने के लिए [main]की धारा /etc/NetworkManager/NetworkManager.conf, तो यह इस तरह दिखता है:

[main]
plugins=ifupdown,keyfile
dns=none

मैंने अभी हाल ही में 14.04 से xubuntu 18.04 में अपडेट किया है, और मेरे पास एक लैन है जो उस से भी पुरानी है, जिसमें कई छोटे समायोजन वर्षों में अर्जित हुए हैं। इसलिए मैं चाहता हूं कि मेरी डीएनएस वही करें जो मैं चाहता हूं (हां, मैंने वर्षों से क्रिकेट लियस की पुस्तक की कई प्रतियां खरीदी हैं, दूसरे संस्करण से शुरू करके)।

एक तरफ के रूप में, मैं पहले DNS रिज़ॉल्यूशन की जानकारी जोड़ रहा था जिसे मैं फ़ाइल में देखना चाहता हूं /etc/resolvconf/resolv.conf.d/head।

संक्षेप में, एक बार मेरे पास एक कार्यशील /etc/resolv.conf था, जड़ के रूप में:

cat /etc/resolv.conf >> /etc/resolvconf/resolv.conf.d/head

लेकिन अब, मैं सीधे /etc/resolv.conf को सीधे संपादित करता हूं, और यह पुट रहता है। मेरे LAN के आगंतुक, जो systemd / resolvconf का उपयोग कर रहे हैं, SOOL हैं। वे मौजूद नहीं हैं।

पढ़ने से man 8 resolvconfमदद मिली। बहुत। मैंने उन चीज़ों को रखने के निर्देशों का पालन नहीं किया जहाँ पर ifup प्रोग्राम उन्हें मिल सकता था। ज्यादातर इसलिए कि जीयूआई में एक पूरी तरह से अधिरचना है जो उन्नयन के दौरान जो कुछ भी किया गया था उससे पहले से ही अनदेखा किया जा रहा था। यह एक बड़ा मुद्दा (WTF, Ubuntu?) लगता है।

तो यह बहुत ही गलत है, और अभी भी यह मुद्दा है कि जो कुछ मेरे पास था (बहुत पहले) नेटवर्क कंट्रोल पैनल में प्रवेश किया था GUI को नए-उन्नत सिस्टम द्वारा पालन नहीं किया जा रहा था, लेकिन यह एक पूरी तरह से अलग सवाल है, एक बार मैं यह पता लगाऊंगा कि कैसे प्छो।

Answer 4

मेरे लिए, हाल ही में स्थापित 18.04 पर चल रहा है, मैंने @ परिवर्तन द्वारा उद्धृत पहला परिवर्तन किया है:

[ifupdown]
managed=true

तब, यह देखते हुए कि /etc/resolv.conf हमेशा stub-resolv.conf की ओर इशारा कर रहा था और उचित LAN DNS सर्वर के साथ एक उचित resolv.conf उत्पन्न हो रहा था, सिम्कलिन को बदल दिया:

/etc/resolv.conf -> /run/systemd/resolve/resolv.conf

और फिर स्थानीय सभी होस्टनाम ने पिंग के माध्यम से हल किया।

यह देखना बाकी है कि यह कब तक काम करता रहता है।

जब मैंने शुरू में स्थापित किया था, तो वायरलेस नेटवर्क सेटअप विफल हो गया, और मैं मदद नहीं कर सकता, लेकिन अगर इस प्रारंभिक अवस्था में इंस्टॉलेशन /etc/resolv.conf छोड़ दिया जाए तो आश्चर्य होगा।

तो, एक सुझाव यह देखने का है कि क्या हल हो रहा है; आपके पास पहले से ही काम करने का आधार हो सकता है।