ডিএনএস ম্যাক ওএস এক্সে সমাধান করছে না


100

আমার সহকর্মীদের মধ্যে কিছু তাদের ম্যাকগুলিতে সমস্যা করছে - ডিএনএস রেজোলিউশন ম্যাক ওএস এক্স এর অধীনে কাজ করে না They তারা স্নো চিতা 10.6.8 চালাচ্ছেন running ওএস এক্স এর অধীনে চলমান একটি উইন্ডোজ 7 ভার্চুয়াল মেশিনে (ভিএমওয়্যার ফিউশন 3.1.3) তারা ডিএনএস ব্যবহার করতে পারে 2011 কম্পিউটারগুলি 15 "ম্যাকবুক প্রো, ২০১১ এর গোড়ার দিকে।

তারা চেষ্টা করেছে যে কাজ করে নি:

  • চালু / বন্ধ বিমানবন্দর
  • পুনরায় বুট করার
  • পরিবর্তে ওয়াইফাই তারযুক্ত সংযোগ ব্যবহার
  • সংযোগের শংসাপত্রগুলি মুছে ফেলা এবং এটি আবার যুক্ত করা
  • ম্যাক ফায়ারওয়াল বন্ধ করা হচ্ছে
  • স্থির স্ট্যাটিক আইপি ব্যবহার করে
  • ম্যানুয়ালি ডিএনএস সার্ভার সেট করা হচ্ছে
  • এমডিএনএসআরসপন্ডার পুনরায় চালু করা হচ্ছে
  • এই অন্যান্য প্রশ্ন থেকে সমাধান

সম্পাদনা মার্টেনের উত্তর:

আপনি ডিএনএস আপনি ব্যবহার করতে চান ping করতে পারেন?

$ ping apple.com
ping: cannot resolve apple.com: Unknown host

You আপনি যে ডিএনএস ব্যবহার করতে চান তার আইপি ঠিকানা (এস) কী /?

এটি একটি সংস্থা ডিএনএস সার্ভার যা ডিএইচসিপি সহ দেওয়া হয়, এটি অন্যান্য লোকের পক্ষে ভাল কাজ করে। আমি গুগলের 8.8.4.4 এবং 205.171.3.65 (যা আমি জিআরসি এর ডিএনএস বেঞ্চমার্ক থেকে দ্রুততম পেয়েছি) চেষ্টা করেছি।

আপনি 8.8.8.8 (Google) অথবা OpenDNS 208.67.222.222 বা 208.67.220.220 কোন ব্যবহার করার চেষ্টা হয়েছে?

এটি কাজ করে না, গুগল ক্রোম আউটপুট দেখুন:

Www.apple.com এ সার্ভারটি পাওয়া যাবে না, কারণ ডিএনএস লুকআপ ব্যর্থ হয়েছে। ডিএনএস হল এমন একটি পরিষেবা যা কোনও ওয়েবসাইটের নামটিকে তার ইন্টারনেট ঠিকানায় অনুবাদ করে। এই ত্রুটিটি প্রায়শই ইন্টারনেটে কোনও সংযোগ না থাকার কারণে বা কোনও ভুল কনফিগার্ড নেটওয়ার্কের কারণে ঘটে। এটি কোনও প্রতিক্রিয়াহীন ডিএনএস সার্ভার বা কোনও ফায়ারওয়াল দ্বারা গুগল ক্রোমকে নেটওয়ার্ক অ্যাক্সেস করতে বাধা দেওয়ার কারণেও হতে পারে।

আপনি ঐ হোস্ট ping করতে পারেন?

$ ping 8.8.8.8
PING 8.8.8.8 (8.8.8.8): 56 data bytes 64 bytes from
8.8.8.8: icmp_seq=0 ttl=58 time=3.925 ms

A একটি ফাঁকা ব্যবহারকারী তৈরি করা

অতিথির ব্যবহারকারীর অ্যাকাউন্ট তৈরি করা হয়েছিল, অতিথির অ্যাকাউন্টটি ব্যবহার করার সময় DNS সমস্যাটি এখনও ছিল।

N দেখুন এবং উভয় কাজ সূক্ষ্ম খনন করুন

$ nslookup www.apple.com 8.8.8.8
Server:  8.8.8.8
Address: 8.8.8.8#53

Non-authoritative answer:
www.apple.com canonical name = www.isg-apple.com.akadns.net.
www.isg-apple.com.akadns.net canonical name = www.apple.com.edgekey.net.
www.apple.com.edgekey.net canonical name = e3191.c.akamaiedge.net.
Name: e3191.c.akamaiedge.net
Address: 184.24.141.15

 

$ dig @8.8.8.8 www.apple.com
; <<>> DiG 9.6.0-APPLE-P2 <<>> @8.8.8.8 www.apple.com
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 11298
;; flags: qr rd ra; QUERY: 1, ANSWER: 4, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION: ;www.apple.com.   IN A
;; ANSWER SECTION:
www.apple.com.  1041 IN CNAME www.isg-apple.com.akadns.net.
www.isg-apple.com.akadns.net. 38 IN CNAME www.apple.com.edgekey.net.
www.apple.com.edgekey.net. 8794 IN CNAME e3191.c.akamaiedge.net.
e3191.c.akamaiedge.net. 17 IN A 184.24.141.15
;; Query time: 4 msec
;; SERVER: 8.8.8.8#53(8.8.8.8)
;; WHEN: Tue Oct 4 09:25:28 2011
;; MSG SIZE  rcvd: 158

এছাড়াও অনিদ্রা ডিএনএস ক্যাশ করা হয়েছিল কিন্তু এটি সাহায্য করা হয়নি

sudo dscacheutil -flushcache
sudo killall -HUP mDNSResponder

সম্পাদনা 2 :

$ cat /etc/resolv.conf
#
# Mac OS X Notice
#
# This file is not used by the host name and address resolution
# or the DNS query routing mechanisms used by most processes on
# this Mac OS X system.
#
# This file is automatically generated.
#
domain {redacted}.com
nameserver 8.8.8.8
nameserver 208.67.222.222

আমার জন্য সিংহের উপরেও ঘটে।
dkagedal

আমার হয়ে ম্যাভেরিক্সে, 10.9.4
গ্রেগ 7gkb

এটি দেখতে কোনও historicalতিহাসিক সমস্যার মতো যা ব্যবহারকারী এবং নেটওয়ার্ক প্রশাসকদের জীবনকে চিতাবাঘ থেকে ইয়োসেমাইটে পরিণত করেছিল। যদি এখনও কেউ এই সমস্যাটি দেখে থাকেন তবে দয়া করে আপনার যদি একাধিক ইন্টারফেস সক্রিয় থাকে এবং তদ্ব্যতীত এর বিভ্রান্তি ঘটে তবে স্পষ্টভাবে প্রতিবেদন করুন। ডিএইচসিপি সার্ভার থেকে (বিভিন্ন দিক থেকে)। কেন? আমি অন্য কোনও ইউনিক্স এবং আমার ম্যাকের কোনওটিতেই (আমার অনেক কিছুই নেই) এ জাতীয় সমস্যাটি কখনও দেখেনি, তবে তাদের কোনওটিরই ডিএনএস তথ্য উত্সের জন্য একাধিক ইন্টারফেস নেই talking
ডান

আপনার ডিএনএস কনফিগারেশন পরিবর্তন করার চেষ্টা করুন (ক্রম পরিবর্তন করুন বা এন্ট্রিগুলি সরিয়ে ফেলুন), যা আমার জন্য একই সমস্যাটি সমাধান করে
mems অক্টোব

উত্তর:


90

এটি সমাধানটি এমডিএনএস রিসপন্ডারকে বাউন্স করার ছিল:

sudo launchctl unload -w /System/Library/LaunchDaemons/com.apple.mDNSResponder.plist
sudo launchctl load -w /System/Library/LaunchDaemons/com.apple.mDNSResponder.plist

এটি এই সার্ভার ফল্ট প্রশ্ন থেকে অন্য সহকর্মী দ্বারা প্রাপ্ত হয়েছিল ।

ওএস এক্স 10.10.0 - 10.10.3, ইয়োসেমাইট

স্পষ্টতই , mDNSResponder ইয়োসেমাইটে নেই (OS X 10.10)। আপনি এই সমস্যাগুলি ঠিক করার পরিবর্তে পুনরায় চালু করতে পারেন।

sudo launchctl unload -w /System/Library/LaunchDaemons/com.apple.discoveryd.plist
sudo launchctl load -w /System/Library/LaunchDaemons/com.apple.discoveryd.plist

ওএস এক্স 10.10.4+, ইয়োসেমাইট

ওএসএক্স 10.10.4 এ এমডিএনএসআরসপন্ডারটি পুনঃপ্রবর্তন করা হয়েছে । সুতরাং প্রথমটি ব্যবহার করুন আবার কাজ করবে।


5
তবে এটি সত্যিই সন্তোষজনক উত্তর নয়। এটি প্রথমে ঘটতে থেকে কীভাবে থামাতে হবে তা আমার জানা দরকার।
dkagedal

1
@ ডাকাগডাল এটি পেতে যতটা ভাল উত্তর আমরা পেতে যাচ্ছি - এটি ঘটে কারণ আপনার ম্যাকটি DNS সার্ভারে (সম্ভবত আপনার রাউটার) আঘাত করতে এড়াতে DNS এন্ট্রিগুলিকে ক্যাশে করে - যা অনেকটা ঘটে। এই ক্যাশেটি প্রয়োজনীয় এবং ভাল, তবে কোনও প্রবেশিকা পাওয়া না গেলে আরও ভাল আচরণ করা ভাল হবে (আমি এটি একটি বাগ হিসাবে বিবেচনা করি)। যাই হোক না কেন, ক্যাশে কিছু সময়সীমা আছে; আমি যখন আমার মেশিনে 10 মিনিট বা তার অপেক্ষা করলাম তখন এই পরিস্থিতিটি নিজেই সমাধান হয়ে গেল। বেশিরভাগ ব্যবহারকারীর জন্য, বিদ্যমান আচরণটি ভাল, তাই শীঘ্রই অ্যাপল কোনও সময় পরিবর্তন করার সম্ভাবনা নেই।
ম্যাট

2
অবশ্যই এটি যেমনটি পায় ততটা ভাল নয়। অন্য কোনও ওএসের সমস্যা নেই। ডিএনএস-এর সাথে কোনও ভুল নেই, www.google.com- র রেকর্ডটি অনুপস্থিত ছিল না, এটি কেবলমাত্র ম্যাকোস ক্যাশে যা কোনওরকমে এটি হারিয়েছিল এবং এটি পুনরায় ফিরিয়ে আনবে না। এবং এটি একটি বাগ যা ঠিক করার প্রয়োজন।
dkagedal

1
১০.৯-এ এই সমস্যাটি পেয়েছেন এবং সমাধানটি পুরোপুরি কার্যকর হয়েছে। আমার ক্ষেত্রে ডিএনএস পুরো নামগুলির জন্য সমাধান করছে তবে সংক্ষিপ্ত নয়।
sorin

1
@ মাত্তিও হয়ত ফাইলটির অস্তিত্ব থাকতে পারে না, অথবা উত্তরটি ইয়াসেমাইটের জন্য আপডেট করার প্রয়োজন হতে পারে। আপনার কি এই সমস্যা আছে? এই আদেশগুলি চালানো কি ঠিক করে?
কাজুনলুক

10

আসলে, আমি মনে করি আপনি ব্যবহার করতে পারেন

scutil --dns

scutil -r hostname

এই কমান্ডগুলি কনফিগার করা গতিশীল স্টোর ব্যবহার করে / ইত্যাদি ফ্ল্যাটফিলের বিপরীতে যা প্রায়শই কেবল একক ব্যবহারকারী মোডে এবং নেটওয়ার্কবিহীন সিস্টেমে পঠিত হয়।

man scutil   # or

scutil --help  

3
এই আদেশগুলি কেন এই সমস্যার সাথে সহায়তা করবে তা আপনি ব্যাখ্যা করবেন না। তারাও কি? বা এর অর্থ এই অন্য উত্তরগুলির কোনও একটিতে মন্তব্য হিসাবে বা কিছু?
dkagedal

স্কিউটিলের একটি সম্ভাব্য সুবিধা হ'ল এটি কম্পিউটারটি আবিষ্কার করেছে বা এমডিএনএসআরেসপন্ডার নির্বিশেষে এটি কাজ করতে পারে। এটি তাদের প্রবর্তনের আগে থেকেই রয়েছে।
ডিএ ভিনসেন্ট

1
এই কমান্ডগুলি সমস্যার সমাধান করে না
Radu Simionescu

7

ওএসএক্সের অধীনে নাম রেজোলিউশন (এবং সাধারণভাবে ইউএনআইএক্স) /etc/resolv.conf এ অবস্থিত ফাইলের ডিএনএসের আইপি ঠিকানাগুলি থেকে নেওয়া হয় (যা ওএস এক্স স্বয়ংক্রিয়ভাবে উত্পন্ন করে যতক্ষণ না আমি মনে করতে পারি)।

যেহেতু আপনি আমার মনে যে কার্যত কিছু চেষ্টা করেছেন তাই আমি আপনাকে জিজ্ঞাসা করতে চাই:

  • আপনি যে ডিএনএসটি ব্যবহার করতে চান তা কি পিং করতে পারেন?
  • আপনি যে ডিএনএস ব্যবহার করতে চান তার আইপি ঠিকানা (এস) কী /?
  • আপনি কি 8.8.8.8 (গুগল) বা ওপেনডিএনএস 208.67.222.222 বা 208.67.220.220 এর কোনও ব্যবহার করার চেষ্টা করেছেন?
  • আপনি কি এই হোস্ট ping করতে পারেন?

শেষ অবধি, একটি দুর্দান্ত পরীক্ষায় একটি ফাঁকা ব্যবহারকারী তৈরি করা এবং সেই নতুন ব্যবহারকারী একই সমস্যা দেখায় কিনা তা নিয়ে গঠিত। যদি তা না হয় তবে আপনি বর্তমান ব্যবহারকারীকে কী খনন শুরু করতে পারেন যা সমস্যার কারণ হতে পারে; যদি এটিও ব্যর্থ হয়, তবে আপনি জানেন এটি আরও কিছু সম্পর্কিত "সিস্টেম"।

কনসোলের চারপাশে একবার নজর দিন যা আপনি সম্পর্কিত হতে পারে এমন কোনও কিছু স্পট করতে পারেন কিনা (এবং এখানে প্রায় পেস্ট করতে চান)।

কিন্তু শেষ না অন্তত, আপনার Mac- দুটি গুরুত্বপূর্ণ ডিএনএস কমান্ড সাথে আসে, nslookupএবং dig

গুগলের সার্ভার ব্যবহার করে www.apple.com সমাধান করার জন্য, আপনি টাইপ করতে পারেন:

nslookup "হোস্ট" সমাধান করার জন্য "" ব্যবহারের জন্য ডিএনএস সার্ভার "। উদাহরণ:

$ nslookup www.apple.com 8.8.8.8
Server:     8.8.8.8
Address:    8.8.8.8#53

Non-authoritative answer:
www.apple.com   canonical name = www.isg-apple.com.akadns.net.
www.isg-apple.com.akadns.net    canonical name = www.apple.com.edgekey.net.
www.apple.com.edgekey.net   canonical name = e3191.c.akamaiedge.net.
Name:   e3191.c.akamaiedge.net
Address: 184.24.141.15

এনএসলুকআপ একটি পুরাতন কমান্ড (এটি কিছু বছর আগে অবহেলিত এবং ডিআইজি দ্বারা প্রতিস্থাপিত হওয়ার কথা ছিল, তবে সিনট্যাক্স ব্যবহার করা আমার অনুমানকে মেরে ফেলতে খুব সহজ ছিল)), এর "প্রতিস্থাপন" digঅনেক বেশি শক্তিশালী কমান্ড, যার সিনট্যাক্স আরও পাগল।

একই কোয়েরি সম্পাদন করতে, আপনি টাইপ করতে পারেন:

@ 8.8.8.8 www.apple.com খনন করুন

এখানে আউটপুট রয়েছে:

$ dig @8.8.8.8 www.apple.com

; <<>> DiG 9.7.3 <<>> @8.8.8.8 www.apple.com
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 17356
;; flags: qr rd ra; QUERY: 1, ANSWER: 4, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;www.apple.com.         IN  A

;; ANSWER SECTION:
www.apple.com.      1782    IN  CNAME   www.isg-apple.com.akadns.net.
www.isg-apple.com.akadns.net. 42 IN CNAME   www.apple.com.edgekey.net.
www.apple.com.edgekey.net. 21581 IN CNAME   e3191.c.akamaiedge.net.
e3191.c.akamaiedge.net. 2   IN  A   184.24.141.15

;; Query time: 26 msec
;; SERVER: 8.8.8.8#53(8.8.8.8)
;; WHEN: Mon Oct  3 21:21:49 2011
;; MSG SIZE  rcvd: 158

আপনি দেখতে পাচ্ছেন, খনন অনেক বেশি "ভার্বোজ" (যা হ্যাক চলছে তা ডিবাগ করা ভাল)। খননের শক্তিটি এই সত্য থেকে আসে যে আপনি কোন ধরণের কোয়েরি করতে চান তা নির্দিষ্ট করতে পারবেন (অন্যান্য জিনিসের মধ্যে)।

যাইহোক, আসুন এই কমান্ডগুলির সঠিক ফলাফলগুলি জানতে পারি know


প্রশ্নের আমার সম্পাদনা দেখুন।
CajunLuke

@ কেজুনলুক হুঁ মিমি আকর্ষণীয় ... আপনার প্রশ্নের সাথে বিড়াল /etc/resolv.conf এর আউটপুট যুক্ত করতে আমার আপত্তি আছে?
মার্টিন মার্কনকিনি

সম্পাদনা করা হয়েছে। (মন্তব্য ফিট করার জন্য প্যাডিং))
কাজুনলুক

@ KajunLuke- কে অবাক করছি আসুন আমরা শিকড়গুলিতে ফিরে যাই… এটি কেবল এই মেশিনে ঘটে এবং কেবল ওএসএক্সের অধীনে ভিএম ঠিক আছে। আমি সন্দেহ করতে শুরু করি যে সমান্তরাল বা ভিএমওয়্যার কিছু সমস্যার কারণ হতে পারে। এই ভিএমগুলি কোন ধরণের নেটওয়ার্ক ব্যবহার করছে? সেতু নির্মাণ? ভাগ?
মার্টিন মার্কনকিনি

1
অথবা আপনি যদি খুব সংক্ষিপ্ত চান আপনি সর্বদা করতে পারেন ... খনন + একটি
আপেল ডট

7

আমি একই সমস্যাটি অনুভব করেছি ... এবং এমডিএনএসআরস্পেন্ডারটি পুনরায় চালু করার সময় "কাজ" বলে মনে হচ্ছে, এটি প্রতি ঘন্টা কয়েক ধরণের স্তন্যপান পুনরায় আরম্ভ করে।

সুতরাং, আপাতত, স্থানীয়ভাবে dnsmasq চালিয়ে সমস্যার সমাধান করেছি । এটা করতে:

  • Dnsmasq তৈরি করুন (tgz ডাউনলোড করুন makeঅথবা brew install dnsmasq)
  • এটি একটি dnsmasq.confফাইলে রাখুন :

    resolv-file=resolv.conf
    user=nobody
    group=nobody
    interface=lo0
    cache-size=1024
    
  • এটিকে resolv.confএকই ডিরেক্টরিতে থাকা dnsmasq.confফাইলের মধ্যে রাখুন (এনবি: নয় /etc/resolv.conf ):

    nameserver 8.8.8.8
    nameserver 4.2.2.1
    nameserver 4.2.2.2
    
  • চালান dnsmasqদিয়ে sudo dnsmasq --no-daemon --log-queries -C dnsmasq.conf। আউটপুটটি দেখতে কিছুটা দেখতে পাওয়া উচিত:

    ...
    dnsmasq: reading resolv.conf
    dnsmasq: using nameserver 4.2.2.1#53
    dnsmasq: using nameserver 4.2.2.2#53
    dnsmasq: using nameserver 8.8.8.8#53
    dnsmasq: read /etc/hosts - 6 addresses
    
  • নেটওয়ার্ক পছন্দগুলি খুলুন এবং নিশ্চিত করুন যে 127.0.0.1এটিই কেবল ডিএনএস সার্ভার (নেটওয়ার্ক পছন্দসমূহ -> উন্নত -> ডিএনএস -> 127.0.0.1 যোগ করুন)

জিনিসগুলি আবার সুন্দরভাবে কাজ করা শুরু করা উচিত।

জিনিসগুলি কাজ করার পরে, আপনি বিকল্পগুলি এবং বিকল্পগুলি dnsmasqছাড়াই চলতে পারেন , সুতরাং এটি পটভূমিতে শুরু হবে এবং আপনার কোনও টার্মিনাল উইন্ডো খোলার দরকার নেই।--no-daemon--log-queries


আমি শুধু থেকে দেখান যে 16 সোজা ঘণ্টা পর ইন্টারনেটের মাজন, এই চাই শুধুমাত্র সমাধান আমি দেখেছি যে, উভয় আমাকে অভ্যন্তরীণ কোম্পানির নাম সমাধান করতে দেয় এবং বিভক্ত সঠিকভাবে কাজ করতে নেটওয়ার্কিং জন্য অনুমতি দেয়। এই মন্তব্য করার জন্য আপনাকে অনেক ধন্যবাদ।
রন থম্পসন

আমি এটিও উল্লেখ করেছিলাম যে ওএস এক্স এল ক্যাপিটনে, এটির স্ক্রিপ্ট স্থাপনের জন্য, আমি আমার openconnectকমান্ডটি একটি পাইথন স্ক্রিপ্টে জড়িয়ে দিয়েছিলাম, পাশাপাশি networksetup -setdnsservers 127.0.0.1এবং এর মতো কমান্ডও networksetup -setsearchdomains "$COMPANY_NAME".com। আপনার dnsmasqআদেশে যোগ করুন এবং এটি প্রস্তুত! অবশেষে আমার কাছে একটি স্থিতিশীল ভিপিএন সমাধান রয়েছে এই মন্তব্যে ধন্যবাদ।
রন থম্পসন

ভবিষ্যতের পাঠকদের জন্য, আমি কর্মক্ষেত্রে আমার বাক্সে প্রবেশ করা সবচেয়ে সহজ খুঁজে পেয়েছি, নাম সার্ভারগুলির জন্য এটির আইপি কী আছে তা নির্ধারণ করুন এবং তারপরে সেই আইপিগুলির হার্ডকোডটি আমার রেজোলভকনফের ৮.৮.৮.৮ এর নিচে (গুগল ডিএনএস সার্ভার)। এটি সমস্ত নন-কোম্পানির নাম সংস্থার সার্ভারগুলির মধ্যে না গিয়েই সঠিকভাবে সমাধান করার অনুমতি দেয় যা আমি গোপনীয়তা এবং গতির জন্য দরকারী বলে মনে করি। হার্ডকোডিং যতদূর যায়, সেই আইপিগুলি খুব শীঘ্রই কোনও সময় পরিবর্তন করতে যাচ্ছে না, এবং যদি তা করে তবে আমিই কেবল ক্ষতিগ্রস্থ হব না এবং দুটি লাইন সম্পাদনা করা তুচ্ছ হওয়া উচিত।
রন থম্পসন

এটি বলে যে 127.0.0.1 ঠিকানাটি ইতিমধ্যে ব্যবহারে রয়েছে, যখন আমি dnsmasq শুরু করার চেষ্টা করি। আমাকে কি করতে হবে? হাই সিয়েরা
আইসফায়ার

@ আইসফায়ার আমি জানি এটি পুরানো তবে এর অর্থ হ'ল ইতিমধ্যে সেই বন্দরে একটি পরিষেবা আবদ্ধ রয়েছে (53) প্রযুক্তিগতভাবে এর অর্থ এটি ত্রুটি EADDRINUSE পাচ্ছে তবে আমি সেখানে যাব না :) এই উত্তরটির জন্য আমি এটি আকর্ষণীয় মনে করি। আমারও অনুরূপ সমস্যা আছে তবে আমি মনে করি (আশা করি) আমার জন্য অন্য উত্তরটি কেবলমাত্র এটি সমাধান করবে যে আমার নিজের নেটওয়ার্ক ডিভাইস সার্ভারগুলি থাকার কারণে আমার কমপক্ষে এটি সক্ষম করার দরকার নেই ( স্থানীয় এবং আমি কী ব্যবহার করি)। দীর্ঘদিন ইউনিক্স ব্যবহারকারী হিসাবে ওটো হ'ল আমি /etc/resolv.conf ব্যবহার করতে পারছিলাম তবে আবেদন করা ভাল তবে অন্যটিকে প্রথমে চেষ্টা করবে।
প্রাইফটান

6

আমার একই একই লক্ষণ ছিল (এবং সমস্যা সমাধানের জন্য কিছুটা সময় ব্যয় করেছি) তবে যখন আমি বুঝতে পারলাম যে আমি গোলযোগ করেছি /System/Library/LaunchDaemons/com.apple.mDNSResponder.plistএবং আমি যা করেছি তা কোনওভাবেই ত্রুটিযুক্ত বলে ব্যাখ্যা করা হয়েছিল তখন আমি তা সমাধান করতে সক্ষম হয়েছি । আমি একটি ব্যাকআপ থেকে পুনরুদ্ধার করেছি এবং মেশিনটি আবার হোস্টনামগুলি সমাধান করতে সক্ষম হয়েছিল।

সমাধানে আসার আগে, আমি আরও বুঝতে পেরেছিলাম যে আমি যদি ssh -Dটানেলের মাধ্যমে কোনও এসওকেএস 5 প্রক্সি ব্যবহার করি এবং ডিএনএস লুচুলু ব্যবহার করে দেখি তবে আমি ইন্টারনেট ব্রাউজ করতে সক্ষম হয়েছি ।


1
আমার সংস্থা মাস এবং মাস ধরে এই সমস্যাটি নিয়ে আসছিল, প্রতিটি সময় ম্যাকসকে "জেনিয়াস বার" এ নিয়ে যাচ্ছিল যার একমাত্র সমাধান ছিল হার্ড ড্রাইভগুলি মুছতে এবং শুরু করতে। আমি আপনার পোস্টটি দেখেছি এবং com.apple.mDNSResponder.plist মুছে ফেলেছি, পুনরায় বুট করেছি, এবং সমস্যার সমাধান হয়েছে was আমি আশা করি আপনি এক বিলিয়ন বার upvote করতে পারে।
থমাস থারোগড

1
নোট মুছে ফেলুন com.apple.mDNSResponder.plist! @ টমথোরোগুডের পরামর্শ অনুসারে এটি করেছি। ফিরে পেতে আমার খুব কষ্ট হয়েছে। এমনকি আমি ফাইলটি আবার রেখে দিয়েছি এবং পুনরায় চালু করতে আমি ইন্টারনেট থেকে কোনও প্রতিক্রিয়া পেতে অক্ষম। sudo launchctl load -w /System/Library/LaunchDaemons/com.apple.mDNSResponder.plistসাহায্য চেয়ে।
পাভেল বিনার

5

আমার খুব খুব অনুরূপ একটি সমস্যা ছিল, লক্ষণগুলি কিছুটা আলাদা ছিল।

আমার ব্যবহারকারী কোনও নাম (স্থানীয় এনএএস, গুগল ইত্যাদি) সমাধান করতে পারেনি তবে একই আইম্যাকের একটি অতিথি ব্যবহারকারী (ওএস এক্স 10.7.4) ভাল কাজ করেছেন।

উল্লিখিত হিসাবে এমডিএনএসরেসপন্ডার ফ্লাশিং এবং পুনরায় চালু করা কিছুক্ষণ কাজ করেছে। আইম্যাকটি স্লিপ মোডে রাখার সময় এটি কাজ করতে থাকবে, একবার রিবুট করার পরে এটি সর্বদা ব্যর্থ হবে ।

ফ্লাশ / পুনঃসূচনা যখন কাজ করা বন্ধ করে দিয়েছিল তখন আমি অন্যান্য কারণ / সমাধানগুলির সন্ধান করলাম এবং আমি দেখতে পেলাম যে এটি আমার ফায়ারওয়ালের সাথে সম্পর্কিত। আমি জানি না যে আমার (ওএস এক্স) ফায়ারওয়াল সেটিংসে এর কারণ কী ছিল, তবে আমি যদি ফায়ারওয়াল সেটিংসটি পুনঃস্থাপন করি তবে এটি কাজ করে।

আমি ব্যবহৃত ডিফল্ট সেটিংস পুনরুদ্ধার করতে:

sudo cp /usr/libexec/ApplicationFirewall/com.apple.alf.plist /Library/Preferences/com.apple.alf.plist

অবশ্যই এই পুনঃস্থাপনের সাথে কোনও কাস্টম নিয়ম সরানো হবে।

আমি এই সমস্যাটির আমার সংস্করণটি ভাগ করে নিতে চেয়েছিলাম কারণ এটি কয়েকমাস ধরে আমাকে বন্ধ রাখছে এবং এই পোস্টটি নেটটিতে সম্ভাব্য সমাধানগুলির সেরা সংগ্রহ!


4

আমি ইয়োসেমাইটে এই সমস্যাটি আঘাত করেছি (10.10)। দেখা যাচ্ছে যে একটি কী ডেমন, discoverydখুব বেশি সিপিইউ গ্রহণ করায় মারা গিয়েছিল।

2014/10/22 3:50:07.000 PM kernel[0]: process discoveryd[49] thread 1251 caught burning CPU! It used more than 50% CPU (Actual recent usage: 68%) over 180 seconds. thread lifetime cpu usage 90.016372 seconds, (74.516637 user, 15.499735 system) ledger info: balance: 90007570271 credit: 90007570271 debit: 0 limit: 90000000000 (50%) period: 180000000000 time since last refill (ns): 131905306167 

আশ্চর্যজনকভাবে রিবুট করার কারণে এটি পুনরায় আরম্ভ করার কারণ হয়নি।

আমি ম্যানুয়ালি দিয়ে পরিষেবাটি পুনরায় শুরু করেছি:

sudo launchctl kickstart -k system/com.apple.networking.discoveryd

এবং এখন সব ঠিক আছে।


1
এটি আমার জন্য ইয়োসেমাইটেও সমাধান ছিল। কিছু বিশদ: হোস্ট, ডিগ এবং ক্রোম সূক্ষ্মভাবে কাজ করেছে তবে পিং, টেলনেট, এসএস, ফায়ারফক্স এবং সাফারি হোস্ট-নেমগুলি সমাধান করতে পারেনি। এই সমাধানটি আমার সমস্যার সমাধান করেছে।
রায়ান হোয়েগ

বিরক্তিকর এই আমার জন্য সর্বদা হয়। পরিষেবাটি আবার চালু করতে হবে।
কলম রজার্স

2

10.6.8 নিয়ে আমার একই সমস্যা হচ্ছে। অ্যাপল স্টোরের প্রথম ট্রিপের ফলে সিস্টেম পুনরুদ্ধার হয়েছিল। তবে, এর পরে, আমি বিদেশে থাকাকালীন ডিএনএস আবার ভেঙে গেল এবং আমার সাথে সিস্টেম ডিভিডি ছিল না। সেই সময় আমি এই থ্রেডটি /System/Library/LaunchDaemons/com.apple.mDNSResponder.plistপেয়েছি এবং @ ফ্রিজডেনপ্যান্টস এবং @ টম থোরোগড প্রতি মুছে ফেলেছি।

এটি সমস্যাটি সংশোধন করেছে, কিন্তু, আশ্চর্যরূপে, কয়েকদিন পরে তৃতীয়বারের মতো ডিএনএস ভেঙে গেছে। আমি 10.6.3 এর সিস্টেম ইমেজটি শিকার করেছি এবং:

  1. /System/Library/LaunchDaemons/com.apple.mDNSResponder.plistসিস্টেম চিত্র থেকে অনুলিপি করা হয়েছে ।
  2. sudo chown root /System/Library/LaunchDaemons/com.apple.mDNS*
  3. পুনরায় বুট

যে সমস্যা স্থির।

এটি এখন আমার জন্য পর্যায়ক্রমে বিরতি লাভ করে (মাসে একবার বা আরও একবার), এবং পুনরুদ্ধার প্রক্রিয়াটি আপনি করতে পারেন এমন রিবুট করার পরিবর্তে উপরের ধাপগুলিতে নেমে যেতে পারে:

sudo launchctl load -w /System/Library/LaunchDaemons/com.apple.mDNSResponder.plist


2

দয়া করে মনে রাখবেন যে কারও কাছে এখনও সমস্যা রয়েছে, আপনাকে ক্যাশে সাফ না হওয়া পর্যন্ত কোনও পাবলিক ডিএনএস সার্ভার অপসারণ করতে হবে।


1
হতে পারে আমাদের সমর্থন.অ্যাপল . com/en-au/HT203244 উল্লেখ করা উচিত ।
ডিএ ভিনসেন্ট

@ ডিভিভেনসেন্ট কয়েক বছর দেরীতে হলেও সেই লিঙ্কটি হতাশাব্যঞ্জক। এটি স্পষ্টত একটি অ্যাপল বাগ কিন্তু তারা এটি ব্যবহারকারীর ত্রুটির জন্য দায়ী করছেন।
weberc2

2

আপাতদৃষ্টিতে ওপি-র মতোই আমার সমস্যা ছিল। সরঞ্জাম নেটওয়ার্কসেটআপ ব্যবহার করে আমি পেয়েছি যে প্রদত্ত নেটওয়ার্ক নামের জন্য, কিছু ভুল ডিএনএস কনফিগার করা হয়েছে:

networksetup -getdnsservers <networkname>

192.168.0.1 ডিএনএস হিসাবে তালিকাভুক্ত। স্কুটিল - ডিএনএস ব্যবহার করে আমি তুলনীয় ফলাফল পেয়েছি, রেজোলভার # 2 ব্যবহার করা নেমসার্ভার তালিকাবদ্ধ করেছে [0]: 192.168.0.1।

কমান্ড ব্যবহার করে

networksetup -setdnsservers <networkname> 192.168.188.1 8.8.8.8

আমি প্রদত্ত নেটওয়ার্কের জন্য ডিএনএসকে পুনরায় কনফিগার করতে এবং ভিপিএন-এর সাথে সংযুক্ত থাকাকালীন স্থানীয় এবং গ্লোবাল মেশিনগুলির নামগুলি সমাধান করতে সক্ষম হয়েছি।


2

আমার ক্ষেত্রে, অন্য সবকিছু ঠিকঠাক ছিল: এমডিএনএসআরস্পন্ডার চলছিল এবং কাজ করছে, host/ nslookupকাজ করেছে, উভয়ই /etc/resolv.confএবং networksetupসঠিক ডিএনএস সার্ভারের রিপোর্ট করেছে , এগুলি সত্ত্বেও, ডিএনএস রেজোলিউশন সাধারণভাবে (উদাহরণস্বরূপ ping) অনিবার্যভাবে কয়েক ঘন্টা পরে কাজ বন্ধ করে দিয়েছে বুট।

এই নির্দিষ্ট সমস্যাটি কিছুটা অসম্ভাব্য হতে পারে তবে আমি যাইহোক উত্তর হিসাবে এটি এখানে ডকুমেন্ট করতে যাচ্ছি।

আমি কেবল তখনই লক্ষ্য করেছি যখন মেশিনটি ধীর হতে শুরু করেছে, তবে প্রচুর অভিন্ন প্রক্রিয়া চলছেsensu-clientবিশেষভাবে।

আমরা এই প্লিস্ট ফাইলটি চালু করে এটি কনফিগার করেছিলাম:

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC -//Apple//DTD PLIST 1.0//EN http://www.apple.com/DTDs/PropertyList-1.0.dtd>
<plist version="1.0">
  <dict>
  <key>KeepAlive</key>
  <true/>
  <key>RunAtLoad</key>
  <true/>
  <key>WorkingDirectory</key>
  <string>/etc/sensu</string>
  <key>UserName</key>
  <string>root</string>
  <key>Label</key><string>org.sensuapp.sensu-client</string>
    <key>ProgramArguments</key>
    <array>
      <string>/usr/bin/sensu-client</string>
      <string>-d/etc/sensu/conf.d/</string>
      <string>-b</string>
    </array>
  </dict>
</plist>

-bপতাকা sensu-clientএটা পটভূমি Fork, একটি ডেমন হিসাবে অভিনয় করে তোলে। যাইহোক, সমস্ত launchdদেখতে পাওয়া যায় যে আসল প্রক্রিয়াটি সমাপ্ত হয়, সুতরাং ( KeepAliveপতাকা অনুসারে ) এটি এটিকে পুনরায় চালু করে। এটি পটভূমিতে হাজার হাজার কাঁটাচামচ প্রক্রিয়া ছেড়ে দেয় এবং তারপরেও চালু হয় এটি যে এটি চলছে তার চেয়ে বেশি বুদ্ধিমান হবে না।

আমি বিশ্বাস করি যে এই কয়েক হাজার প্রক্রিয়া (সমস্ত sensu-client, আমরা যে সফ্টওয়্যারটির জন্য একটি প্রবর্তিত কনফিগারেশনের জন্য লিখেছিলাম) একই সাথে mDNSResponder- কে অনুরোধ করেছিল, কার্যকরভাবে ডিএনএস ক্যাশে পরিষেবার স্থানীয় অস্বীকৃতির ফলে । এই প্রক্রিয়াগুলিকে হত্যা করা এবং প্রবর্তনের জন্য প্রদত্ত প্লিস্টটি স্থির করা শেষ পর্যন্ত সমস্যার সমাধান করে।

-bপ্লিস্ট ফিক্সটি কেবল সেন্সু-ক্লায়েন্টের অনুরোধ থেকে (পটভূমি / ডেমোনাইজ) পতাকাটি সরাতে ছিল । মনে রাখবেন এটি সেন্সুর দোষ নয়; এই প্লিস্টটি এই কোম্পানির একজন প্রাক্তন সিস্টেম প্রশাসক লিখেছিলেন।


2

এখানে কয়েকটি উন্নত কমান্ড রয়েছে যা ডিএনএস সমস্যা সমাধানে সহায়তা করতে পারে:

  • digরুট নেম সার্ভারগুলির তালিকা করতে চালান ।
  • ডোমেনের dig example.comজন্য ডিএনএস লুক্কুলি চালানোর জন্য চালান example.com
  • দ্বারা আপনার হার্ডওয়ার পোর্ট তালিকা: networksetup -listallhardwareports
  • DHCP- র /, BOOTP প্যাকেট যে ক্লায়েন্ট দ্বারা, DHCP / BOOTP সার্ভার থেকে গৃহীত আউটপুট চেক করুন: ipconfig getpacket en0
  • দ্বারা আপনার DNS কনফিগারেশন পরীক্ষা করুন: scutil --dns
  • যাচাই করুন যে mDNSResponderপ্রক্রিয়া দ্বারা চলমান হয়: ps wuax | grep mDNSResponder
  • ফ্ল্যাশ এআরপি অনুবাদ এন্ট্রি দ্বারা: arp -ad( man arpসহায়তার জন্য চালানো )। উৎস

ডিবাগ mDNSResponderপ্রক্রিয়া করতে, নিম্নলিখিত কমান্ড সাহায্য করতে পারে:

(sleep 1 && sudo killall -INFO mDNSResponder &); log stream | grep mDNSResponder

উপরের কমান্ডটি SIGINFOপ্রক্রিয়াতে সংকেত প্রেরণ করবে যা লগ আউটপুটে ডিবাগিংয়ের বিশদটি ডাম্প করবে যা পড়া এবং বিশ্লেষণ করা যায়।


1

ওয়াই-ফাই চালু করা এবং আবার সহায়তা করে।

10.9.1 এর সাথে ম্যাকবুক প্রো

বিশেষত আপনি যদি ওয়াইফাই বন্ধ করেন এবং পুনরায় বুট করেন। অতিরিক্ত বিলম্ব এবং কোনও আইপি / নেটওয়ার্ক সংযোগ না দিয়ে শুরু করে নেটওয়ার্কে পুনরায় যোগদানের অনুরোধটি সফল হওয়ার আরও ভাল সম্ভাবনা রয়েছে তা নিশ্চিত করে।


1
যদিও প্রশ্নটির কিছু সম্পাদনার প্রয়োজন হতে পারে, তবুও এটি বলে (এই মন্তব্যটি লেখার সময়) যে শ্রমিকরা ইতিমধ্যে ওয়াই-ফাই চালু করে আবার চেষ্টা করেছিল। আমরা কি এই উত্তরটি প্রত্যাহার করতে পারি?
ডিএ ভিনসেন্ট

ওয়াইফাই বন্ধ করে দেওয়ার বিষয়ে কোনও পোস্টে মন্তব্য যুক্ত করার মতো যথেষ্ট খ্যাতি আমার নেই এবং এটি আমার পক্ষে কাজ করে। উত্তর প্রত্যাহার নিরীহ হবে।

পরামর্শটি আবার চেষ্টা করার জন্য +1। একাধিক উত্তরগুলি প্রচুর লোককে সহায়তা করে এবং প্রতিটি রাউটারের বিভিন্ন সময় আউট এবং আচরণ রয়েছে।
bmike

1

এটি সম্ভবত কাউকে সাহায্য করবে না, তবে ক্ষেত্রে, আমি দুর্ঘটনাক্রমে কিছু সময় আগে ফোল্ডারে একটি ফাইল তৈরি করেছি, যখন কোনও ডিএনএস নির্দিষ্ট ডোমেনের জন্য ডাউন ছিল:

জন্য / etc / সমাধানকারী /

এবং এটি দু'বছর পরে কোনও নির্দিষ্ট নামটিকে সমাধান হতে বাধা দিচ্ছিল।


আপনাকে অনেক ধন্যবাদ, এটা আমার সমস্যা ছিল। আমি ঘন্টার জন্য ডিবাগ করে থাকেন তাহলে, এবং যখন আমি তাকিয়ে জন্য / etc / অবশ্যই সমাধানকারী আমি দেখেছি একটি ফাইল "পরীক্ষা" বলা erronous আইপিগুলি সঙ্গে ...
Keyser

1

দুর্ভাগ্যক্রমে এর কোনওটিই আমাকে সহায়তা করেনি, এবং এটি বের করার চেষ্টা করার এক ঘন্টা পরে এবং কফির টেবিলের বিরুদ্ধে আমার মাথাটি মারলেন something কিছু, কোনও না কোনওভাবে, কোথাও ... /System/Library/LaunchDaemons/com.apple.mDNSResponder.plistফাইলটি সরিয়ে নিয়েছিলেন এবং আমার এই সমস্যাটির কারণ ছিল।

আমি যখন এই ত্রুটি বার্তাটি দেখেছি তখন এটি উপলব্ধি করা হয়েছে: /System/Library/LaunchDaemons/com.apple.mDNSResponder.plist: No such file or directory

এল ক্যাপিটানের সংস্করণটির একটি অনুলিপি এখানে দেওয়া হয়েছে: https://gist.github.com/tripflex/e7147690d1768dc74b1dd626614573c0

এই सारটি থেকে কোডটি এখানে:

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple Computer//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<dict>
    <key>Label</key>
    <string>com.apple.mDNSResponder.reloaded</string>
    <key>OnDemand</key>
    <false/>
    <key>InitGroups</key>
    <false/>
    <key>UserName</key>
    <string>_mdnsresponder</string>
    <key>GroupName</key>
    <string>_mdnsresponder</string>
    <key>ProgramArguments</key>
    <array>
        <string>/usr/sbin/mDNSResponder</string>
    </array>
    <key>MachServices</key>
    <dict>
        <key>com.apple.mDNSResponder</key>
        <true/>
            <key>com.apple.mDNSResponder.dnsproxy</key>
            <true/>
    </dict>
    <key>Sockets</key>
    <dict>
        <key>Listeners</key>
        <dict>
            <key>SockFamily</key>
            <string>Unix</string>
            <key>SockPathName</key>
            <string>/var/run/mDNSResponder</string>
            <key>SockPathMode</key>
            <integer>438</integer>
        </dict>
    </dict>
    <key>POSIXSpawnType</key>
    <string>Interactive</string>
    <key>EnablePressuredExit</key>
    <false/>
</dict>
</plist>

0

দেখা যাচ্ছে, সমস্যা সমাধানের জন্য আপনাকে একটি অনুসন্ধান ডোমেন কনফিগার করতে হবে এবং এটি সিস্টেম পছন্দসমূহ ডিএনএস কনফিগারেশনের অধীনে অনুসন্ধান ডোমেন ক্ষেত্রে যুক্ত করতে হবে। মূলত, অনুসন্ধান ডোমেনটি। লোকাল যেভাবে কাজ করে সেভাবে কাজ করবে তবে পরিবর্তে এটি হবে।

এটি কাজ করার জন্য আপনাকে আপনার ডিএনএস সার্ভারে একটি মাস্টার জোন হিসাবে আপনার অনুসন্ধান ডোমেন সেট আপ করতে হবে।


0

হোস্ট সার্ভারটি সন্ধান করার ক্ষেত্রে আমার একই সমস্যা আমাদের 21 টি আইম্যাক সার্ভার থেকে চলছে (এল ক্যাপিটান, সম্প্রতি আপগ্রেড করা হয়েছে) এবং কেবল একটি আবদ্ধ হবে না। সিসপ্রিফের ব্যবহারকারী এবং গোষ্ঠীগুলির মাধ্যমে সমাধানটি সাধারণত বেশ সহজ। হোস্ট সার্ভারটি মুছে ফেলা এবং পুনরায় বাঁধাই করা, ড্রপডাউন বিকল্পটিতে উপলব্ধ সার্ভারটি সন্ধান করা, তবে কোনও অজানা কারণে সার্ভারটি তালিকাভুক্ত হয়েছে unkown-00-00-12-34-56-78.home, যা আমি খুঁজে পেয়েছি এটি সার্ভারের ম্যাক ঠিকানা। আমি এটি টার্মিনালে চালিয়েছি:

sudo launchctl unload -w /System/Library/LaunchDaemons/com.apple.mDNSResponder.plist

এবং

sudo launchctl load -w /System/Library/LaunchDaemons/com.apple.mDNSResponder.plist

সিসপ্রাইফ-এ সার্ভারের সাথে আবদ্ধ হওয়ার জন্য ফিরে এসেছিল এবং সঠিক সার্ভার নাম বিকল্পটি সংক্ষিপ্তভাবে উপস্থিত হয়েছিল এবং তারপরে আমার চোখের সামনে "অজানা-00-00-12-34-56-78.home" এ ফিরে গেছে!


0

গৃহীত উত্তর থেকে আদেশগুলি অনুসরণ করার সময়:

sudo launchctl unload -w /System/Library/LaunchDaemons/com.apple.mDNSResponder.plist
sudo launchctl load -w /System/Library/LaunchDaemons/com.apple.mDNSResponder.plist

আপনি সতর্কতা হিসাবে চালাতে পারেন:

সিস্টেম ইন্টিগ্রিটি প্রোটেকশন নিযুক্ত থাকা অবস্থায় অপারেশন অনুমোদিত নয়

আপনার এটি বন্ধ করা দরকার। পুরো নির্দেশ এখানে: https://www.howtogeek.com/230424/how-to-disable-system-integrity-protication-on-a-mac-and-why-you-shouldnt/


0

আমার ক্ষেত্রে আগে আমি ওপেনডিএনএস ইনস্টল করেছি এবং এটি পরিষ্কারভাবে সরানো হয়নি। ডিএনএসডএনসক্রিপ্ট-প্রক্সি এর মতো বেশ কয়েকটি ডিএনএস সম্পর্কিত প্রক্রিয়া চলছে। অ্যাক্টিভিটি মনিটরে আমি এগুলি ছেড়ে দিতে বাধ্য করতে পারি না তবে আমি লাইব্রেরি / লঞ্চডেমনসে .plist ফাইলটি সরিয়ে পুনরায় আরম্ভ করা থেকে তাদের আটকাতে সক্ষম হয়েছি।


0

সেটিংস -> নেটওয়ার্ক -> উন্নত -> ডিএনএসে যান। তারপরে DNS এ আক্ষরিক যে কোনও পরিবর্তন করুন (উদাহরণস্বরূপ আপনার ডিএনএস এন্ট্রিগুলিকে পুনঃক্রম করুন)। তারপরে পরবর্তী স্ক্রিনে "প্রয়োগ করুন" এর পরে "ওকে" ক্লিক করুন। আপনি যে বিশেষ পরিবর্তনটি তাৎপর্যপূর্ণ তা ভেবে বোকা বোধ করবেন না; এটি "প্রয়োগ করুন" বোতামটির যাদু।

~ $  time nslookup www.google.com
;; connection timed out; no servers could be reached


real    0m21.041s
user    0m0.006s
sys     0m0.010s

 ~ $  time nslookup www.google.com
Server:         8.8.8.8
Address:        8.8.8.8#53

Non-authoritative answer:
Name:   www.google.com
Address: 172.217.5.4


real    0m0.079s
user    0m0.006s
sys     0m0.010s

0

আমার জন্য যা কাজ করেছে তা ডিএনএস সার্ভার এবং সার্চ ডোমেনগুলি থেকে সমস্ত সার্ভারের এন্ট্রিগুলি সরিয়ে দিচ্ছিল:

সিস্টেম পছন্দসমূহ → নেটওয়ার্ক → উন্নত ... → ডিএনএস


-1

একটি পুরানো ম্যাক বুকটিতে স্নো চিতাবাঘ থেকে মাউন্টেন লায়নতে আপগ্রেড করার পরে, সিস্টেমটি ডিএনএস সমাধান করতে পারেনি। ফ্লাশিং, রিস্টার্ট, কিছুই সাহায্য করেনি। অন্য অ্যাক্সেস পয়েন্টে (আমার ফোন) ওয়াইফাই পরিবর্তন করা সাহায্য করেছে।

মাউন্টেন লায়ন DHCP নেটওয়ার্ক সেটিংসে একটি নতুন ক্লায়েন্ট ক্ষেত্র যুক্ত করে। এই ফিল্ডটি পূরণ করা ওয়াইফাই অ্যাক্সেস পয়েন্টটিকে খুশি মনে হয়েছে। এটিকে ফাঁকা রেখে যাওয়ার অর্থ ওয়াইফাই সংযোগটি সফল হয়েছিল বলে মনে হচ্ছে, তেমন কিছুই লাভ হচ্ছে না।

আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.