যখন 'এনস্লুআপ' ঠিকঠাক কাজ করে তখন 'পিং' কোনও নাম সমাধান করতে অক্ষম কেন?


136

আমার উইন্ডোজ এক্সপি ওয়ার্কস্টেশনে, ডিএনএস-এ আমি যে মেশিনটি সংযোগ করতে চাই তার সাথে আমি খুঁজে পেতে পারি nslookup:

nslookup wolfman
Server: dns.company.com
Address: 192.168.1.38

Name: wolfman.company.com
Address: 192.168.1.178

তবে, আমি যখন সেই মেশিনের সাথে সংযোগ স্থাপনের চেষ্টা করি, তখন আমার কাছে ত্রুটি ঘটেছিল যে মেশিনটি খুঁজে পাওয়া যায় না (যেমন, ডিএনএসে সন্ধান করা যায় না):

C:\> ping wolfman
Ping request could not find host wolfman. Please check the name and try again.

আমি সরাসরি আইপি ঠিকানা ব্যবহার করলে আমি সংযোগ করতে সক্ষম:

C:\> ping 192.168.1.178

Pinging 192.168.1.178 with 32 bytes of data:

Reply from 192.168.1.178: bytes=32 time=41ms TTL=126
Reply from 192.168.1.178: bytes=32 time=41ms TTL=126
Reply from 192.168.1.178: bytes=32 time=44ms TTL=126
Reply from 192.168.1.178: bytes=32 time=38ms TTL=126

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

এটা কিভাবে সম্ভব?

ইটিএ: আমি বংশবৃদ্ধির জন্য এটি ছেড়ে দিয়েছি, তবে এটির জন্য বলা হয়েছিল:

C:\> ping wolfman.company.com
Ping request could not find host wolfman.company.com. Please check the name and try again.

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

আপডেট: ওয়্যারশার্ক ব্যবহার করে, আমি দেখতে পেলাম যে আমার ওয়ার্কস্টেশনটি কোনও ডিএনএস লুকআপ চেষ্টা করছে না। এটি কেবল "হোস্টকে খুঁজে পেল না" ত্রুটি বার্তাটি জানাচ্ছে।


আপনি এর জন্য একটি ডিফল্ট ডিএনএস প্রত্যয় যুক্ত করতে পারেন .company.com
বিলক.কেন

@ billc.cn আমার কাছে ইতিমধ্যে ডিএনএস প্রত্যয় রয়েছে।
skiphoppy

আমার মনে হচ্ছে যা ঘটছে তা হ'ল পিং হোস্টের FQDN সন্ধান করছে না, এর বিপরীতে nslookupকোন search domainডিএইচসিপি অফারের প্যারামিটার ব্যবহার করে (বা আপনি স্ট্যাটিক আইপি কনফিগারেশনের জন্য যা নির্দিষ্ট করেছেন)। @ এসএলক্স যা বলেছে তা করে এবং হোস্টের এফকিউডিএন পিং করে এটি নিশ্চিত করুন :)
জ্যাকউয়ার্ডি

1
সম্ভাব্য সদৃশ: superuser.com/questions/220471/...
ডের Hochstapler

দৌড়ালে কী হয় ping -4 wolfman?
ডের হচস্টাপলার

উত্তর:


101

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

কিছু কমান্ড যা বিভিন্ন নেটওয়ার্কের রাজ্যগুলিকে পুনরায়ায়ন করতে পারে:

WINSOCK এন্ট্রিগুলি ইনস্টলেশন ডিফল্টগুলিতে netsh winsock reset catalog
পুনরায় সেট করুন : টিসিপি / আইপি স্ট্যাক পুনরায় সেট করুন ডিফল্ট: ইনস্টলেশন netsh int ip reset reset.log
ডিএনএস রিসলভার ক্যাশে: ipconfig /flushdns
ডিএনএস ক্লায়েন্ট নিবন্ধন পুনর্নবীকরণ করুন এবং ডিএইচসিপি লিজগুলি রিফ্রেশ করুন: ipconfig /registerdns
ফ্লাশ রাউটিং টেবিল: route /f (পুনরায় বুট করুন)


1
আমি বাজি ধরব অ্যাক্টিভ ডিরেক্টরি সম্ভবত সক্রিয়, তবে কীভাবে পরীক্ষা করতে হয় তা আমি জানি না।
skiphoppy

11
আমি ডিএনএস ক্লায়েন্ট পরিষেবাটি অক্ষম করে দিয়েছি এবং সমস্যাটি দূর হয়ে গেছে! এটি ফ্লুক ছিল কিনা তা এখনও নিশ্চিত নয়। আমি পরিষেবাটি পুনরায় চালু করার পরে সমস্যাটি ফিরে আসেনি।
skiphoppy

6
কখনও কখনও কেবল পরিষেবা বন্ধ এবং পুনঃসূচনা ডিএনএস সমস্যাগুলি ঠিক করে (কেন আমাকে জিজ্ঞাসা করবেন না)। প্রশ্ন এটি কত দিন স্থায়ী হবে। কিছু দুর্ভাগ্য ব্যক্তিদের বারবার এটি পুনরাবৃত্তি করা প্রয়োজন।
harrymc

1
ডিএনএস ক্লায়েন্ট সার্ভিস সিস্টেমের ফাইলগুলি সাবলেটলি দুর্নীতিগ্রস্থ হলে এসএফসি / স্ক্যানউ? আমি ভাইরাস দ্বারা সৃষ্ট একই ধরণের সমস্যাযুক্ত কিছু লোককেও দেখেছি।
জন ক্লসকে

1
এই উত্তরে আমার যা অনুপস্থিত ছিল তা হ'ল ipconfig /registerdns(আমি নীচে আমার উত্তরটি বিস্তারিতভাবে জানিয়েছি)
মিক হালসব্যান্ড

31

হোস্টের নাম দিয়ে পিং করার চেষ্টা করুন তারপরে একটি বিন্দু। পরিবর্তে ping wolfmanব্যবহারেরping wolfman.

এটি আপনাকে হোস্ট ফাইল ইত্যাদির সাথে ওয়ার্কআরউন্ড না করে সমাধান করতে হবে should


বাহ, এটি আমার পক্ষেও কাজ করেছিল। আমার অনুমান যে কোনও কিছু ডোমেন নামটি যা কনফিগার করা নেই তা প্রত্যাশা করে
user1190

ঠিক আছে, এটি কাজ করে ... কেন?
ড্যানিয়েল বি।

3
এটি কেন কাজ করছে এবং কোনও বিন্দু অনুসরণ না করে স্থানীয় নামগুলি কীভাবে ব্যবহার করবেন সে সম্পর্কে কোনও পরামর্শ?
রুবারয়েড

ধন্যবাদ - এটি আমার পক্ষে কাজ করেছে তবে এটি কেন কাজ করবে তাও জানতে
ফ্রাঙ্ক ফু

2
@ রুবারয়েড দয়া করে এটি কীভাবে স্বয়ংক্রিয়ভাবে করতে হয় তার জন্য আমার উত্তরটি দেখুন ।
ফ্রেডেরিক অ্যালুন্ড

17

ব্যবহার করে দেখুন ipconfig /displaydnsএবং wolfman জন্য, দেখুন। যদি এটি "নামটির অস্তিত্ব না থাকে" হিসাবে ক্যাশে থাকে (সম্ভবত পূর্ববর্তী মাঝে মাঝে ব্যর্থভাবে দেখার কারণে) আপনি ক্যাশেটি ফ্লাশ করতে পারেন ipconfig /flushdns

nslookup ক্যাশে ব্যবহার করে না, বরং সরাসরি ডিএনএস সার্ভারকে অনুসন্ধান করে।


আমি চেষ্টা করেছি: এটি ক্যাশে করা হয়নি। এবং ক্যাশে সাফ করাও সমস্যার সমাধান করে না।
skiphoppy

আপনি কি আউটপুট পোস্ট করতে পারেন nslookup -all? হয় novcতালিকাভুক্ত?
ক্রেগ 65535

13

.সেই সংযোগের জন্য DNS প্রত্যয় যুক্ত করার চেষ্টা করুন । অর্থাৎ এখানে যান:

  1. ইথারনেট স্থিতি
  2. বৈশিষ্ট্য ক্লিক করুন
  3. ইন্টারনেট প্রোটোকল সংস্করণ 4
  4. বৈশিষ্ট্য ক্লিক করুন
  5. উন্নত ক্লিক করুন
  6. এই ডিএনএসের সংযোজনগুলি যুক্ত করুন (ক্রমে)
  7. .প্রত্যয় হিসাবে যুক্ত করুন

একই পদক্ষেপগুলি নিম্নলিখিত স্ক্রিনশটে চিত্রিত করা হয়েছে:

এটি ping wolfmanকাজ করা উচিত ।

ব্যাখ্যা

nslookup wolfman(নেম সার্ভার লুকআপ: ওল্ফম্যান) wolfmanসম্পর্কিত আইপি ঠিকানা পেতে DNS (ডোমেন নেম সিস্টেম) এ হোস্টনাম () প্রেরণ করে । এটি nslookupআদেশের একমাত্র উদ্দেশ্য । এটি ইতিমধ্যে কাজ করে, তাই আমরা যাচাই করেছি যে ডিএনএস কাজ করে এবং যা wolfmanসত্যই কোনও আইপি ঠিকানার সাথে মিলে যায়।

বিপরীতে, ping wolfmanদুটি জিনিস করা দরকার:

  1. হোস্টনাম ( wolfman) এর সাথে সম্পর্কিত আইপি পান ।
  2. আইপিতে প্যাকেটগুলি প্রেরণ করুন এবং প্রতিক্রিয়া শুনুন

উইন্ডোজ (এমনকি সাম্প্রতিক সংস্করণ যেমন উইন্ডোজ 10), প্রথম পদক্ষেপটি সহজেই ব্যর্থ হতে পারে। পিছনের সামঞ্জস্যের জন্য, উইন্ডোজ হোস্টনেম রেজোলিউশনের বিভিন্ন পদ্ধতিগুলিকে সমর্থন করে (হোস্ট ফাইল, ডিএনএস, নেটবিআইওএস / উইনস, এলএমএইচএসটি ফাইল)।

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

ভাগ্যক্রমে, আমরা এফকিউডিএন (সম্পূর্ণরূপে যোগ্যতাসম্পন্ন ডোমেন নাম) ব্যবহার করে উইন্ডোজকে ডিএনএস লুকআপ করতে বাধ্য করতে পারি । বাস্তবে, আমরা একটি suffixing এটি করতে .হোস্ট-নেম অনুযায়ী ডট: wolfman.। এটি চেষ্টা করে ping wolfman.যাচাই করে দেখুন।

চূড়ান্ত পদক্ষেপটি হ'ল উইন্ডোজকে এই বিন্দুটি যুক্ত করতে বাধ্য করা। আমি এই উত্তরটির শুরুতে এটি কীভাবে করব তা ইতিমধ্যে দেখিয়েছি।


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

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

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

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

@ তুইস্টিআইম্পারসোনেটর "সুতরাং আমি মনে করি আপনি যদি বলছেন যে পিং যদি তার ডিএনএস সন্ধানের স্বাভাবিক অনুসন্ধান কর্মপ্রবাহের সময় পেয়ে যায় তবে এটি কাজ করবে": হ্যাঁ। "তবে, পিংয়ের ডিএনএসের চেষ্টা শেষ করা উচিত যদি অন্য অনুসন্ধান পদ্ধতিগুলি কোনও উত্তর না ফেরায়, তবে পিং তার নিজের ব্যর্থ হওয়ার কারণ বোঝায় কারণ ডিএনএসের আগে কোনও উত্তর ফিরে আসার আগে এটি চেষ্টা করার অন্য পদ্ধতি": দৃশ্যত তা নয় not হয়তো পিং বেশ কয়েকটি পদ্ধতি চেষ্টা করার পরে ছেড়ে দেয়। সময়সীমা শেষ হওয়ার পরে পিং ছেড়ে যায়। হতে পারে পিং কখনও কোনও ডিএনএস লুকআপ চেষ্টা করে না কারণ এটি মনে করে যে হোস্টের নামটি ডিএনএস-জাতীয় নয়।
ফ্রেডেরিক আলুন্ড

11

nslookup উইন্ডোজে নাম / আইপি ঠিকানাগুলি সমাধান করার সময় অন্যান্য কমান্ডগুলির সাথে পৃথকভাবে কাজ করে।

Windows এ স্বাভাবিক রেজল্যুশন পদ্ধতি নিম্নরূপ:

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

nslookupঅন্যদিকে ডোমেন নেম সার্ভারগুলি পরীক্ষা করার জন্য ব্যবহৃত হয়


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

8

আমি অনুরূপ সমস্যার সাথে লড়াই করেছি এবং @harrymc দ্বারা প্রস্তাবিত সমাধানটি চেষ্টা করেছি। আমি অবশেষে মাইক্রোসফট টেকনেট ফোরামে (অন্তত কিছুটা) কাজ করে যা দেখে মনে হচ্ছে ( এনএস লুকআপ কাজ করে তবে অন্য কিছুতে ডিএনএস স্ট্যান্ডলোন উইন 7 পিসিতে নেই )

এখানে উদ্ধৃতি:

... পরীক্ষার জন্য ক্লায়েন্ট রিসলভার ক্যাশে ফ্লাশ এবং পুনরায় সেট করতে নীচের কমান্ডটি ব্যবহার করার চেষ্টা করুন।

ipconfig / flushdns

ipconfig / registerdns

আরও তথ্যের জন্য দয়া করে নীচের লিঙ্কটি দেখুন। http://jefferyland.wordpress.com/2011/07/28/quick-review-of-flushdns-registerdns-and-dns-queries/

সুতরাং মূলত আমার জন্য যা অনুপস্থিত ছিল তা ছিল ipconfig /registerdns


1
@harrymc এর মূল উত্তরটি এখন অনুপস্থিত /registerdnsআদেশটি প্রতিফলিত করেছে
মিক হ্যালসব্যান্ড

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

6

ঠিক আজ আমাদের একই সমস্যা ছিল , তবে সমাধানটি আলাদা ছিল । তাই আমি ভেবেছিলাম, আমি এটিকে রেফারেন্সের জন্য যুক্ত করব কারণ এটি সর্বাধিক অনুসন্ধানের ফলাফল ছিল।

  • সমস্যা : pingএকটি হোস্ট নামটি সমাধান করবে না, তবে nslookupপারে। (দুটি ভিন্ন উইন্ডোজ সার্ভার 2012 আর 2 হোস্টে পর্যবেক্ষণ করা হয়েছে))
  • কারণ : (প্রতিটি হোস্টের জন্য) হোস্টের একাধিক এনআইসি সংযুক্ত রয়েছে এবং একাধিক ডিফল্ট গেটওয়ে কনফিগার করা আছে।
  • সমাধান : (প্রতিটি হোস্টের জন্য) সমস্ত এনআইসির ব্যতীত অন্য একটির কনফিগারেশন থেকে ডিফল্ট গেটওয়ে সরান, সুতরাং সেখানে কেবলমাত্র একটি ডিফল্ট গেটওয়ে পুনরায় দেখা যায়

আহ এটা আমার জন্য এটি। পারফেক্ট।
IAmTheSquidward

সংক্ষিপ্ত এবং সহজ
ফ্র্যাঙ্ক ফু

5

হতে পারে wolfman.company.com সি: \ উইন্ডোজ \ system32 \ ড্রাইভার \ ইত্যাদি \ হোস্টে তালিকাভুক্ত রয়েছে?

এনস্লুআপ সেই ফাইলটিকে বাইপাস করে এবং সর্বদা ডিএনএসকে জিজ্ঞাসা করে, যখন পিং এবং অন্যান্য সরঞ্জামগুলি প্রথমে "হোস্ট" ফাইলটিতে, তারপরে ডিএনএসে সন্ধান করে।


ভালো চিন্তা! তবে আমি পরীক্ষা করে দেখেছি, এবং যে সমস্যাগুলির সাথে আমি এই সমস্যাটি দেখেছি তার দুটিও হোস্টে তালিকাভুক্ত নয়।
skiphoppy

5

আমি একটি উইন্ডোজ 2012R2 (= 8.1) সিস্টেমে একই সমস্যা ছিল এবং উপরের সমস্ত পরামর্শ চেষ্টা করেছিলাম, তবে তাদের মধ্যে কোনওটিই এটি ঠিক করতে পারে না:
- পুরোপুরি যোগ্য নামটি পিং করা হয়েছে।
- অযোগ্য নামটি পিং করা হয়নি।
- উভয়ই বেশ কয়েকটি অন্যান্য সিস্টেমে কাজ করেছিল, যার একই ওএস ছিল এবং দৃশ্যত একই কনফিগারেশন ছিল।
- সমস্ত প্রয়োজনীয় প্রত্যয় অনুসন্ধানের স্ট্রিং ছিল।
(দ্রষ্টব্য যে কয়েকটি প্রস্তাবিত সংশোধনী যেমন মাল্টি-লেবেল ক্যোয়ারীর কাজের সমাধান হিসাবে, স্পষ্টতই অপ্রাসঙ্গিক, কারণ অযোগ্য নামটির কেবল একটি অংশ রয়েছে))

তারপরে আমি লক্ষ্য করেছি যে আমি যে টার্গেট সিস্টেমটি পিং করার চেষ্টা করছি তার আইপিভি 6 ঠিকানা নেই have সুতরাং আমি "পিং -4 অযোগ্য_নাম ", এবং বিঙ্গো চেষ্টা করেছি! এই কাজ।
সুতরাং কোনও কারণে, কেবলমাত্র এই সিস্টেমে পিং কেবলমাত্র অযোগ্য নাম-> আইপিভি 6 ঠিকানা এবং অযোগ্য নাম-> আইপিভি 4 নয় resolve
আমার জন্য ঠিক ছিল IPv6 সম্পূর্ণরূপে অক্ষম করা কারণ আমার এটির কোনও প্রয়োজন নেই। তবে আমি আইপিভি 4 এবং আইপিভি 6 ঠিকানা দুটির সমাধান করার চেষ্টা করার জন্য পিংকে (বা সম্ভবত DNS ক্লায়েন্ট পরিষেবাটি) বলার আরও মৃদু উপায় খুঁজে পেতে আগ্রহী হব।


2

ফাইলটিতে একটি এন্ট্রি যুক্ত করা c:/windows/system32/drivers/etc/hostsএটি ঠিক করতে পারে।


এটি এটি ঠিক করে দেবে, তবে এটি সেই মেশিনে তার সমস্যাটির সমাধান করবে না, তবে এটি অন্যান্য মেশিনে তাকে সহায়তা করবে না। হোস্টগুলি> ডিএনএস সমাধানকারী> ডিএনএস সার্ভার> নেটবিআইএস নাম মনে রাখবেন।
ডুড

2

আমি জানার চেষ্টা করছিলাম যে কেন একটি জিতে 7 কম্পিউটারে আমি ব্যবহার করতে পারি ping serverকোনটি কাজ করে এবং অন্যটি এটি সমাধান করতে পারে না server। তবে উভয়ই পিং করতে পারেন server.lanযা আমি বেশ বুঝতে পারি নি।

দেখা যাচ্ছে যে আমি ভিপিএন ব্যবহার করার সময় এফকিউডিএন ব্যবহার না করার জন্য কিছু সেটিংস (ডিএনএস প্রত্যয়) দিয়ে গণ্ডগোল করেছি। .lanউভয় কম্পিউটারকে একইরকম অভিনয় করার জন্য আমাকে সেই স্থানীয় প্রত্যয়গুলিতে আমার স্থানীয় যুক্ত করতে হয়েছিল।

কন্ট্রোল প্যানেল> নেটওয়ার্ক এবং ইন্টারনেট> নেটওয়ার্ক সংযোগে যান এবং আপনার নেটওয়ার্ক সংযোগে ডান ক্লিক করুন এবং বৈশিষ্ট্যগুলি হিট করুন। ইন্টারনেট প্রোটোকল সংস্করণ 4 এ ক্লিক করুন এবং বৈশিষ্ট্য বোতামটি টিপুন। তারপরে এই নতুন উইন্ডোতে অ্যাডভান্সড ... বোতামটি। ডিএনএস ট্যাবে যান, এখানেই আমি আমার কাজের জন্য একটি ডিএনএস প্রত্যয় যুক্ত করেছি তবে আমার স্বাভাবিক হোম সংযোগের জন্য একটির প্রয়োজনও ছিল।

উন্নত টিসিপি / আইপি সেটিংস


আমি একটি স্ট্যাটিক আইপি অ্যাড্রেস সহ একটি সার্ভারে অনুরূপ পরিস্থিতিতে চলে এসেছি। "এই ডিএনএস প্রত্যয় যুক্ত করুন" এ প্রথম এন্ট্রি ফাঁকা ছিল এবং "এই সংযোগের জন্য ডিএনএস প্রত্যয়" ফাঁকা ছিল। অন্যান্য সার্ভার যেখানে এটি কাজ করেছিল একই ফাঁকা "এই ডিএনএস প্রত্যয় যুক্ত করুন" তবে "এই সংযোগের জন্য ডিএনএস প্রত্যয়" জনবসতিযুক্ত।
টিম লুইস

2

আমি পাশাপাশি এই বিষয়টি জুড়ে এসেছি। আমার পক্ষে এটি ঠিক করার "সহজতম" .উপায়টি হল হোস্ট-নেম শেষে কেবল যুক্ত করা । তবে এটি বরং বিরক্তিকর। বেশিরভাগ নেটওয়ার্কের এটির প্রয়োজন হয় না। নেটওয়ার্কের অন্য সকলকে যখন তাদের একই উত্স অ্যাক্সেস করার প্রয়োজন হবে তখন এটি করার জন্য বলার অপেক্ষা রাখে না।

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

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


1

আমি উইন্ডোজ এক্সপি থেকে উইন্ডোজ 7 এ স্থানান্তরিত হওয়ার পরে আমি এটির মুখোমুখি হয়েছি, সমস্যাটি একটি উইন্ডোজ 7 মাল্টি লেবেল ডিএনএস ক্যোয়ারী ইস্যু সম্পর্কিত ছিল।

ডিএনএস প্রত্যয়কে অযোগ্য মাল্টি-লেবেল নাম অনুসন্ধানগুলিতে যোগ করার অনুমতি দিন - দেখুন:

http://computerstepbystep.com/allow_dns_suffix_appending_to_unqualified_multi_label_name_queries.html

আশাকরি এটা সাহায্য করবে


2
সুপার ব্যবহারকারীকে স্বাগতম! যতক্ষণ এই তাত্ত্বিক প্রশ্নের উত্তর হতে পারে, এটা বাঞ্ছনীয় হবে উত্তর অপরিহার্য অংশের এখানে অন্তর্ভুক্ত করা, এবং রেফারেন্স এর জন্য লিঙ্ক প্রদান।
কানাডিয়ান লুক ২

1

যদি ম্যাক ওএস এক্সে এটি ডিএনএস ক্যাশে সমস্যা হতে পারে:

ক্যাশে ফেলা

sudo killall -HUP mDNSResponder
sudo dscacheutil -flushcache

ওপি উইন্ডোজ এক্সপি সম্পর্কে জিজ্ঞাসা করে এবং উইন্ডোজকে ট্যাগ করা হয় প্রশ্ন।
পিএল

হতে পারে এটি অন্যের জন্য সহায়ক। আমি এটি ছেড়ে দেব, উত্তরটি এখানে ছিল 3 বছরেরও বেশি সময় ধরে। এখনই মুছবেন কেন?
খ্রিস্টান

1

আমি এটিকে বাছাই করছি কারণ এটি গত বছর আমাকে বিরক্ত করেছিল এবং সম্ভবত আমি একটি কাজের সন্ধান পেয়েছি।

আমার কাছে মনে হয়েছিল উইন্ডোজ ক্লায়েন্টের মধ্যে কিছু ডিএনএস-ক্যাচিং-সিস্টেম ত্রুটিযুক্ত। উইন্ডোজ 7 এবং 8.1 এর দ্বারা প্রভাবিত হয় ... উইন্ডোজ এক্সপি সম্পর্কে আর বেশি কিছু বলতে পারে না। পিং নামটি সমাধান করে না। এটি আইস্যাম্প-অংশ নয় যা গুরুত্বপূর্ণ, তবে নামটি সমাধানের অংশ)। এনএসল্কআপটি নেমসারভারের অনুসন্ধানের জন্য ডিজাইন করা হয়েছে এবং ঠিক তেমনটি করে এবং উইন্ডোজের নাম-শ্রেণিবদ্ধ-সমাধান করা যায় না।

পুনরায় চালু dnscache সেবা সব সাহায্য করেছিল। কিন্তু যেহেতু আমি IPv6, অক্ষম উপর সব ক্লায়েন্ট-ইন্টারফেসগুলি সমস্যা আর ঘটেছে নি।

চিয়ার্স!


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

1

আমি এতে ভুল হতে পারি কারণ এটি আমার দীর্ঘ-বিস্মৃত এনটি 4 রিসোর্স-কিট দিবসের উপর ভিত্তি করে।

ভাড়া হিসাবে আমি স্মরণ করতে পারি যে পিং নেটবিওস / ডাব্লুআইএনএস এবং ডিএনএস ব্যবহার করে (সেই ক্রমে, যদি আপনি কোনও এফকিউডিএন নির্দিষ্ট না করেন তবে)।

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

কেবল নেটবিয়াস অক্ষম করুন এবং পিং ডিএনএসকে প্রথম অগ্রাধিকার হিসাবে ব্যবহার করবে এবং আপনার হোস্টনামে ইন্টারফেসে নিবন্ধিত ডিএনএস সারফিকে যুক্ত করবে।


0

আমি সবেমাত্র এই সমস্যাটি পেয়েছি, এবং বেশ অদ্ভুত কিছু পেয়েছি এবং এটি ললকে ঠিক করতে পেরেছি

মূলত, আপনার হোস্ট ফাইলে যদি আপনার কোনও এন্ট্রি থাকে, যা আপনার পিং আইপি হিসাবে সমাধান করার চেষ্টা করছে তবে এটি ব্যর্থ হবে।

উদাহরণস্বরূপ, যদি আপনার ডিএনএসে থাকে তবে আপনার www.example.com - 10.0.0.20 রেকর্ড রয়েছে, তবে তারপরে আপনার ক্লায়েন্টের হোস্ট ফাইলগুলিতে 10.0.0.20 somethingelse.com এ আপনার প্রবেশ রয়েছে, আপনি www পিং করতে পারবেন না .example.com

অদ্ভুত হাহ


0

আমার ক্ষেত্রে যে সমস্যার সমাধান হয়েছে তা হ'ল হোস্টের ডোমেন যুক্ত করার চেষ্টা করছিলাম আমি "ডিএনএস প্রত্যয় অনুসন্ধান তালিকা" নামে একটি গোষ্ঠী নীতি বিকল্পে পিং করার চেষ্টা করছিলাম ।

সংক্ষেপে প্রক্রিয়াটি হ'ল: খুলুন gpedit.mscএবং নেভিগেট করুন Computer Configuration -> Administrative Templates -> Network -> DNS Client > DNS Suffix Search List, এটিকে "সক্ষম" এ সেট করুন এবং ডোমেনের নাম তালিকায় যুক্ত করুন (তালিকাটি ডিফল্টরূপে খালি রয়েছে)।

এই পদক্ষেপগুলির আরও বিশদ বিবরণ এখানে পাওয়া যাবে


0

আমার একই সমস্যা ছিল এবং দেখা গেছে যে অন্য একটি মেশিনের একই আইপি ঠিকানা ছিল এবং এটি এর কারণ হয়ে দাঁড়িয়েছিল।

আইপি পরিবর্তন করে ডিএইচসিপিতে ফিরিয়েছে এবং সবকিছু ঠিকঠাক চলছে।


nslookup কাজ করেছে কারণ এর জন্য অন্য হোস্টের সাথে যোগাযোগের দরকার নেই। পিং যোগাযোগ করার দরকার নেই এবং স্পষ্টতই বিরতি।
nddou

@ আনডেমো: এই ব্যাখ্যাটি কোনও অর্থবোধ করে না। হ্যাঁ, অন্য হোস্টের সাথে যোগাযোগের চেষ্টা করা পিংয়ের কাজ, তবে সেই প্রক্রিয়াটির প্রথম পদক্ষেপটি অন্য হোস্টের আইপি ঠিকানা পাওয়া। এটি যদি  অন্য হোস্টের আইপি ঠিকানা পায় তবে তা আপনাকে তা বলে; যদি এটি অন্য হোস্টের সাথে যোগাযোগ করতে না পারে তবে শেষ পর্যন্ত এটি "100% লোকসান" প্রতিবেদন করে। তবে, প্রশ্নে, পিং কোনও ঠিকানা পেতে এমনকি ব্যর্থ হচ্ছে। (চেষ্টা করুন  ping bbbbbbb.comএবং  ping bbbbbb.comতুলনার জন্য))
স্কট

আপনি ঠিক @ স্কট আমি সম্পাদনা করেন ক্লস 'উত্তর এবং পড়া যখন তার সমস্যার বিবরণ আমি ভুলে গেছি পিং সঙ্গে এই প্রশ্ন বিশেষ সমস্যা হলো সমাধান করে থাকে। নিশ্চিত হতে পারে না তবে আমি এখনই বাজি ধরব যে ক্লাউস কেবল উত্তর পাচ্ছেন না।
নিন্ডমো ou

0

এখানকার কোনও সমাধানই আমার পক্ষে কাজ করেনি। আমার জন্য কী কাজ করেছে তা ওপেনভিপিএন ব্যবহার করে আমার কাজের ভিপিএন পুনরায় সংযোগ স্থাপন করছিল। তারপরে সবকিছু সংযোগ বিচ্ছিন্ন করার পরেও কাজ চালিয়ে যায়।

আমার বিশ্বাস ওপেনভিপিএন-এর সাথে আমার কম্পিউটার সংযুক্ত থাকাকালীন সমস্যাটি বিদ্যুতের বাইরে চলে যাওয়ার সাথে সম্পর্কিত। কেবলমাত্র ওয়্যারশার্ক ব্যবহার করে আমি এটি বুঝতে পেরেছিলাম। আমি লক্ষ্য করেছি যে সমস্ত প্রশ্নের জন্য গন্তব্য আইপিগুলি আমার কাজের অভ্যন্তরীণ নেটওয়ার্কে আইপিগুলিতে চলেছে।


-1

পিং আইসিএমপি প্রোটোকল ব্যবহার করে, বিশেষত 'ইকো অনুরোধ' এবং 'ইকো রিপ্লাই'।

আক্রমণ বা বেসিক নেটওয়ার্ক স্ক্যানিং প্রতিরোধের জন্য অনেকগুলি নেটওয়ার্ক আইসিএমপি ইউটিলিটিগুলি অক্ষম করে। আমি কিনেছি এমন অনেকগুলি রাউটারের পিং অক্ষম করার জন্য একটি সেটিং এবং ডিফল্টরূপে সক্ষম হওয়া ইউটিলিটিগুলি পছন্দ মতো এসেছে।

আপনি এখানে আইসিএমপি সম্পর্কে আরও জানতে পারেন:

http://en.wikipedia.org/wiki/Internet_Control_Message_Protocol


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