أنت غير متصل حاليًا، وفي انتظار الإنترنت الخاص بك ليقوم بإعادة الاتصال

ترتيب تحليل اسم المضيف TCP/IP Microsoft

هام: تمت ترجمة هذا المقال باستخدام برنامج ترجمة آلية لشركة مايكروسوفت بدلاً من الاستعانة بمترجم بشري. تقدم شركة مايكروسوفت كلاً من المقالات المترجمة بواسطة المترجمين البشر والمقالات المترجمة آليًا وبالتالي ستتمكن من الوصول إلى كل المقالات الموجودة في قاعدة المعرفة الخاصة بنا وباللغة الخاصة بك. بالرغم من ذلك، فإن المقالة المترجمة آليًا لا تكون دقيقة دائمًا وقد تحتوي على أخطاء إملائية أو لغوية أو نحوية، مثل تلك الأخطاء الصادرة عن متحدث أجنبي عندما يتحدث بلغتك. لا تتحمل شركة مايكروسوفت مسئولية عدم الدقة أو الأخطاء أو الضرر الناتج عن أية أخطاء في ترجمة المحتوى أو استخدامه من قبل عملائنا. تعمل شركة مايكروسوفت باستمرار على ترقية برنامج الترجمة الآلية

اضغط هنا لرابط المقالة باللغة الانجليزية172218
الموجز
تتناول هذه المقالة طرقًا مختلفة اسم المضيف إلى دقة عنوان IP التي تم استخدامها من قبل عملاء Microsoft Windows. يكون تسلسل أساليب مختلفة من تسلسل استخدامه لتحليل أسماء NetBIOS إلى عناوين IP.
معلومات أخرى
على شبكة باستخدام بروتوكول TCP/IP من الضروري تحويل أسماء الموارد إلى عناوين IP للاتصال بهذه الموارد. عملاء Microsoft Windows يتبع تسلسل طرق في محاولة لتحليل اسم إلى عنوان بريد إيقاف البحث عند يطابق اسم إلى عنوان IP بنجاح.

توجد بين تسلسلات الرئيسي المستخدمة في تقريباً كافة الحالات: تحليل أسماء NetBIOS دقة و المضيف. يستخدم العملاء الاتصال إلى الموارد على ملقمات Microsoft عادةً خلال إدارة ملفات Windows "أو" جوار شبكة غالباً تحليل أسماء NetBIOS.

للحصول على مزيد من المعلومات، الرجاء مراجعة المقالة التالية في "قاعدة المعارف لـ Microsoft:
119493NetBIOS عبر تحليل الاسم TCP/IP و WINS
تحليل اسم المضيف حل أسماء الموارد TCP/IP التي لا تتصل من خلال واجهة NetBIOS. مثال الأكثر شيوعاً مستعرض ويب مثل Microsoft Internet Explorer. تتضمن الأمثلة الأخرى تطبيقات إنترنت مثل Ping FTP و Telnet. العديد من تطبيقات البريد الاتصال باستخدام Winsock تطبيق Microsoft Windows المآخذ TCP/IP وقاعدة الحديثة أيضاً استخدام تحليل اسم المضيف. ومن أمثلة هذه الأنواع من التطبيقات Outlook و Exchange.

عند استكشاف مشكلات دقة اسم, من المهم تضييق لأسفل ما إذا كان حل التطبيق اسم NetBIOS أو اسم مضيف.

ملاحظة: في سياق هذه المقالة المصطلح "عميل" لا بالضرورة يشير إلى محطة عمل. يستغرق ملقم Windows NT دور العميل عندما تتطلب الوصول إلى الموارد التي تتطلب تحليل اسم المضيف.

تحليل اسم المضيف بشكل عام يستخدم التسلسل التالي:

  1. يتحقق العميل لمعرفة ما إذا كان اسم الاستعلام عن الخاصة به.
  2. يبحث العميل ثم ملف Hosts محلي, قائمة عنوان IP وأسماء المخزنة على الكمبيوتر المحلي.

    ملاحظة: موقع ملف Hosts يعتمد على نظام التشغيل:
       Windows NT                  %Systemroot%\System32\Drivers\Etc   Windows 95                  <drive>\<Windows folder>   Windows for Workgroups      <drive>\<Windows folder>   Windows 3.1                 <drive>\<Windows folder>   MS-Client 3.0               <Boot volume>\Net   Lan Manager 2.2c Client     <Boot volume>\Net						
    Where % Systemroot % هو مجلد تثبيت Windows NT ، <drive>هو محرك الأقراص الذي تم تثبيت نظام التشغيل و < وحدة تخزين التمهيد > تشير إلى قرص التمهيد المرن أو محرك الأقراص C.

    يتم تثبيت ملف مضيفين نموذج Hosts.sam ، مع بروتوكول TCP/IP يظهر التنسيق المناسب.
  3. يتم الاستعلام عن ملقمات نظام اسم (DNS) المجال.
  4. إذا كان الاسم لم يتم حل, يتم استخدام تسلسل تحليل اسم NetBIOS على أنه النسخ احتياطي. يمكن تغيير هذا الترتيب قبل تكوين NetBIOS نوع عقدة من العميل.
عميل Windows سيحاول كل من هذه الأساليب حتى أنه إما بنجاح حل الاسم أو exhausts هذه الطرق. Windows NT و Windows 95 و Windows لعملاء مجموعات العمل باستخدام Microsoft TCP/IP 3.11b اتبع هذا التسلسل. عملاء Microsoft عميل 3.0 أو Lan Manager 2.2 c لن باستخدام تحليل أسماء NetBIOS مثل النسخ احتياطي.

للحصول على مزيد من المعلومات، الرجاء مراجعة المقالات التالية في "قاعدة معارف Microsoft:
169141دقة NetBIOS "و" اسم مضيف العميل MS و LM 2.2 c
عند تحليل أسماء يتخطى العميل الأساليب التي لم يتم تكوينه. على سبيل المثال، في حالة عدم وجود ملف المضيفات على النظام ثم فإنه سيتم تخطي الخطوة رقم 2 أعلاه ثم حاول استعلام إلى ملقم DNS. إذا تم إدخال لم عناوين IP لملقم DNS في تكوين TCP/IP العميل "، سيتم تخطي العميل إلى الخطوة التالية بالتسلسل بعد DNS.

يختلف أسلوب تغيير ترتيب تحليل اسم المضيف بين أنظمة التشغيل والإصدارات. يتم توثيق هذه في "مجموعة أدوات الموارد" لأنظمة تشغيل معينة وكذلك في "قاعدة المعارف لـ Microsoft.

للحصول على مزيد من المعلومات، الرجاء مراجعة المقالات التالية في "قاعدة معارف Microsoft:
171567غير مطبق قيم الأولوية ServiceProvider Windows NT 4.0
139270كيفية تغيير ترتيب تحليل الاسم في Windows 95 و Windows NT
119372تعيين ترتيب البحث الخاصة دقة اسم TCP/IP-32

استكشاف الأخطاء وإصلاحها

المشكلة: عميل غير قادر على تحليل اسم مضيف.

خطوات استكشاف الأخطاء وإصلاحها:

إذا تعذر على عميل حل اسم مضيف, ثم الأفضل التحقق من المضيف ويجب أن يكون مستخدماً تحليل اسم التسلسل المذكورة أعلاه التي العميل. إذا كان الاسم غير موجود في أي من الموارد التي يستخدمها العميل, ثم يجب أن تقرر إلى المورد الذي لإضافته. إذا كان اسم موجود في أحد الموارد, مثل ملقم DNS أو ملقم خدمة أسماء إنترنت لـ Windows (WINS) حل الاسم العميل بشكل صحيح التركيز اهتمامك على ذلك المورد معينة لاستكشاف الأخطاء وإصلاحها.

أيضاً، تأكد من العميل محاولة حل اسم مضيف أو اسم NetBIOS. تحتوي العديد من التطبيقات أساليب متعددة استخدام لحل أسماء ، يكون هذا صحيحاً بشكل خاص من تطبيقات البريد وقاعدة بيانات. قد يتم تكوين التطبيق الاتصال إلى الموارد باستخدام NetBIOS. تبعاً لتكوين العميل قد تجاوز العميل تحليل اسم المضيف. هناك سوف يكون من الضروري لتغيير نوع الاتصال إما إلى المآخذ TCP/IP أو لاستكشاف المشكلة كمسألة NetBIOS.

المشكلة: عميل يحل اسم ببطء شديد أو فشل لتحليل اسم وقد وقتاً طويلاً للإبلاغ عن فشل.

خطوات استكشاف الأخطاء وإصلاحها:

لا يتوفر لديك ملقمات DNS المكونة في تكوين TCP/IP العميل ولكن الملقم إلى العميل عادةً يتسبب هذا. لأن بروتوكول TCP/IP يفترض شبكة اتصال موثوق به, عميل بشكل متكرر سيحاول الاتصال بملقم DNS قبل abandoning الاستعلام المطلوبة. سيقوم العميل ثم محاولة الاستعلام عن ملقم DNS ثاني إذا تم تكوين وخذ نفس الوقت إلى فشل. فقط ثم سيقوم العميل للخطو خلال إلى تحليل أسماء NetBIOS كما هو موضح أعلاه.

توجد ثلاث طرق تناول هذه المشكلة.

  • إذا تم إدخال اسم المضيف بشكل صحيح في ملف مضيف ، فإنه سيقوم يمكن حل قبل محاولة العميل استعلام DNS. يُجدي هذا الحل بشكل جيد إذا ملقمات DNS غير قابلة للوصول بشكل مؤقت وتكون هناك عدد قليل من أسماء الأجهزة المضيفة التي تحتاج إلى حل. قد المانعة يدوياً تكوين ملفات Hosts العديد من العملاء. - أو -

  • إذا كانت ملقمات DNS متوفرة ولكن عناوين ملقم DNS في تكوين TCP/IP عملاء غير صحيحة ثم تصحيح هذه العناوين سيسمح عملاء الاتصال ملقمات DNS مباشرةً. إذا كان ملقم DNS عن يتعذر حل اسم, سيحدث أسرع بكثير من إذا كان العميل يتمكن من الوصول إلى ملقم DNS في كل. - أو -

  • إذا تم تكوين ملقمات DNS على العميل ولكن هذه الملقمات غير متوفرة بشكل دائم, قم بإزالة عناوين IP DNS ملقمات من تكوين العميل. سيقوم العميل ثم تجاوز بحث DNS عن دون تأخير. - أو -

  • إذا كانت السجلات في قاعدة بيانات DNS مفقودة أو غير صحيحة, ثم سيكون هناك تأخير أثناء الاستعلام عن ملقمات DNS ملقمات DNS أخرى قبل التقارير التي لا يمكن تحليل الاسم. سيؤدي هذا عادةً تأخير ثواني قليلة فقط.
للحصول على معلومات إضافية حول TCP/IP لتحليل اسم ، الرجاء مراجعة الورق الأبيض التالية متوفرة في ملقم ftp المجهول Microsoft:
File Name: Tcpipimp2.doc
الموقع: ftp://ftp.microsoft.com/bussys/winnt/winnt-docs/papers/
العنوان: "Microsoft Windows NT 3.5/3.51/4.0: تطبيق TCP/IP تفاصيل الإصدار 2.0" مكدس بروتوكول TCP/IP وخدمات. "

تحذير: تمت ترجمة هذه المقالة تلقائيًا

خصائص

رقم الموضوع: 172218 - آخر مراجعة: 12/08/2003 16:43:26 - المراجعة: 3.0

Microsoft Windows NT Server 3.5, Microsoft Windows NT Server 3.51, Microsoft Windows NT Server 4.0 Standard Edition, Microsoft Windows NT Workstation 3.5, Microsoft Windows NT Workstation 3.51, Microsoft Windows NT Workstation 4.0 Developer Edition, Microsoft Windows 95, Microsoft TCP/IP-32 for Windows for Workgroups 1.0, Microsoft LAN Manager 4.2 Standard Edition, Microsoft Network Client 3.1

  • kbmt kbinfo kbnetwork KB172218 KbMtar
تعليقات
1&t=">tml>ملكة العربية السعودية)" href="javascript:function smcLanguageSelector() { return undefined; } smcLanguageSelector();" data-bi-name="LocalePicker"> العربية (المملكة العربية السعودية)‎
did=1&t=">/html>p;did=1&t=">id=1&t="> var varCustomerTracking = 1; var Route = "76500"; var Ctrl = ""; document.write("