پروتکل مالتی پلکسر اگر پروتکل های شبکه ویندوز وجود نداشته باشد، اگر پروتکل های شبکه ویندوز وجود نداشته باشد، چه باید کرد. آدرس IP را به روز کنید

چندی پیش، نویسنده این خطوط با وضعیت ناخوشایندی روبرو شد - یکی از رایانه هایی که قبلاً خوب کار می کرد با استفاده از اتصال سیمی به روتر در یک مکان جدید متصل شد. چندین دستگاه به طور منظم اینترنت را از این روتر دریافت می کنند، اما خود تازه وارد از کار خودداری کرد و این خطا را داد: "آداپتور شبکه تنظیمات IP معتبری ندارد".

یعنی یک پچ کورد، که به عنوان کابل اترنت نیز شناخته می‌شود، یک واحد سیستمی که مرتباً وزوز می‌کند را به طور کامل با اینترنت فراهم می‌کند، و هنگامی که به یک واحد سیستمی با رنج طولانی متصل می‌شود، دومی سرسختانه اینترنت متصل را نادیده می‌گیرد.

این خطا چیست و چگونه می توان از شر آن خلاص شد - بیایید با هم آن را بفهمیم.

سعی می شود آن را خاموش و روشن کند

من بلافاصله اعتراف می کنم - در مورد من، روش خوب قدیمی به من کمک کرد. من فقط روتر را خاموش کردم و سپس دوباره آن را به شبکه برق وصل کردم و همه چیز خود به خود کار کرد. با این حال، قبل از اینکه این روش معجزه آسا را ​​امتحان کنم، باید مشکل را به طور کامل مطالعه می کردم.

بنابراین، ابتدا سعی کنید دستگاه مشکل خود را "خاموش و سپس دوباره روشن کنید" و همچنین روتر را مجددا راه اندازی کنید. خوب، ناگهان - آیا در نهایت به من کمک کرد؟

همچنین می توانید اتصال اینترنت را به صورت دستی فعال و غیرفعال کنید. برای انجام این کار، به منوی "تغییر تنظیمات آداپتور" بروید. می توانید آن را به روش زیر پیدا کنید:

روی نماد اتصال راست کلیک کرده و «Control Center.» را انتخاب کنید.

همچنین می توانید از روش زیر استفاده کنید: روی صفحه کلید فشار دهید پیروزی + آر، شماره گیری کنید ncpa.cplو ورود خود را با کلید تایید کنید وارد.

در پنجره باز شده کانکشن خود را انتخاب کرده و disable را بزنید و سپس به همین ترتیب با استفاده از دکمه سمت راست ماوس روی enable کلیک کنید.

ما اتصال را بررسی می کنیم. کمک نکرد؟ پیش می رویم.

آدرس IP را به روز کنید

تلاش برای به روز رسانی آدرس IP به طور خودکار. برای این کار از خط فرمان استفاده می کنیم.

خط فرمان را اجرا کنید و کد زیر را وارد کنید:

ipconfig /release

ipconfig / تجدید

این روش ایمن ترین و به احتمال زیاد بی فایده ترین است.

پروتکل TCP/IP را بازنشانی کنید

بیایید سعی کنیم تنظیمات شبکه را بازنشانی کنیم. برای انجام این کار، دوباره از خط فرمان استفاده کنید و سپس کوئری های زیر را وارد کنید:

netsh int ip reset

netsh int tcp reset

بازنشانی netsh winsock

بعد از اینکه کامپیوتر را ریستارت کردیم. بازم نه؟ بیایید موارد زیر را امتحان کنیم.

روش‌های دیگری را برای حل این خطا امتحان کنید: «آداپتور شبکه تنظیمات IP معتبری ندارد»

• آنتی ویروس یا فایروال شخص ثالث خود را غیرفعال کنید.
• حذف آداپتور شبکه V مدیریت دستگاه، و راه اندازی مجدد. پس از چنین اجرا، درایورها به طور خودکار دوباره نصب می شوند. اگر نه، سعی کنید درایورها را از وب سایت رسمی سازنده دانلود کنید.
• برنامه را حذف کنید بنجوراز اپل، اگر آن را نصب کرده باشید - گاهی اوقات باعث خرابی می شود.
• بررسی کنید که آیا کارت شبکه در بایوس غیرفعال است یا خیر.

امیدوارم مشکل شما به همان راحتی و بدون دردسر حل شود که در مورد من حل شد. در هر صورت، ارزش بررسی سلامت کابل و آداپتور شبکه را دارد. سعی کنید کابل را جدا کرده و دوباره وصل کنید. به روز رسانی درایورها، سیستم عامل. اگر کار نکرد، شاید ارزشش را داشته باشد.

افزایش توان عملیاتی- افزایش پهنای باند متناسب با تعداد آداپتورهای گروه است. برای مثال، اگر دو آداپتور شبکه 1 گیگابیت بر ثانیه را در NIC Teaming ترکیب کنید، کل پهنای باند 2 گیگابیت بر ثانیه خواهد بود.
تحمل خطا- اگر یکی از آداپتورهای گروه از کار بیفتد، اتصال برای یک ثانیه قطع نمی شود و بقیه آداپتورهای شبکه، آداپتورهای خراب را تغییر می دهند.

NIC Teaming جدید نیست، اما اجرای اولیه آن به تولیدکنندگان تجهیزات شبکه بستگی دارد. توانایی ترکیب آداپتورهای شبکه در یک گروه با استفاده از ابزارهای سیستم عامل تنها در نسخه‌ای که با Windows Server 2012 شروع می‌شود ظاهر شد. این فناوری به شما امکان می‌دهد آداپتورهای سازنده‌های مختلف را در یک گروه ترکیب کنید، تنها محدودیت این است که همه آنها باید با سرعت یکسان کار کنند. . محدودیت تعداد آداپتورهای شبکه ای که می توانند در NIC Teaming با هم ترکیب شوند 32 عدد است.

تنظیمات

به طور پیش فرض، حالت "NIC Teaming" در ویندوز سرور 2012 R2 غیرفعال است. برای فعال کردن آن، "Server Manager" را باز کنید و به ویژگی های سرور بروید، سپس روی: NIC teaming (NIC Teaming) کلیک کنید.

در Tasks، New Team را انتخاب کنید.

حالت تیمیحالت تعامل گروهی با تجهیزات شبکه را تعریف می کند:

1. به سوئیچ بستگی ندارد (سوئیچ مستقل)- گروه مستقل از سوئیچ کار می کند، نیازی به پیکربندی اضافی تجهیزات شبکه نیست. این حالت به شما امکان می دهد آداپتورهای یک تیم را به سوئیچ های مختلف متصل کنید تا از خرابی یکی از آنها محافظت کنید. تنظیمات پیشفرض؛
2. پشتیبانی تیمی استاتیک- حالت با وابستگی به تجهیزات شبکه. همه آداپتورهای یک گروه باید به یک سوئیچ متصل شوند. پورت های سوئیچ که آداپتورهای گروهی به آنها متصل هستند برای استفاده از تجمع پیوندهای ایستا پیکربندی شده اند.
3. LACP- حالت با وابستگی به تجهیزات شبکه. سوئیچ برای استفاده از تجمع پیوند پویا با استفاده از پروتکل کنترل تجمع پیوند (LACP) پیکربندی شده است.

حالت تعادل بارنحوه توزیع ترافیک شبکه بین آداپتورهای گروه را تعریف می کند:

1. آدرس Hash- هنگام انتقال ترافیک شبکه، یک هش (تعداد مشخص) بر اساس آدرس های MAC یا IP فرستنده و گیرنده محاسبه می شود. این شماره به یک آداپتور فیزیکی خاص گره خورده است و در آینده تمام ترافیک این فرستنده از طریق این آداپتور خواهد رفت.
2. پورت Hyper-V- در این حالت، آداپتور تیمی گروه به پورت خاصی از سوییچ مجازی در Hyper-V متصل می شود. اگر نقش Hyper-V در سرور فعال باشد از این حالت استفاده می شود.

آداپتور آماده به کاربه شما امکان می دهد یکی از آداپتورهای گروه را به عنوان حالت آماده به کار تعیین کنید. در حالت عادی، آداپتور پشتیبان برای انتقال ترافیک استفاده نمی شود، اما اگر هر یک از آداپتورهای گروه از کار بیفتد، بلافاصله جای آن را می گیرد و ترافیک بدون وقفه به انتقال ادامه می یابد. اما حتی بدون افزونگی، خرابی یک آداپتور در NIC Teaming اتصال شبکه را قطع نمی کند، زیرا بار به طور خودکار بین آداپتورهای باقی مانده توزیع می شود.

دستور ایجاد گروه "NIC Teaming" در powerShell:

New-NetLbfoTeam -Name First Team -TeamMembers ″Ethernet″,″Ethernet 2″ `-TeamingMode SwitchIndependent -LoadBalansingAlgorithm Ports Transport

پس از ایجاد گروه، یک آداپتور شبکه دیگر در پنجره "اتصالات شبکه" ظاهر می شود که فقط آداپتور مجازی گروه ایجاد شده است و اگر به خصوصیات آداپتور شبکه فیزیکی نگاه کنیم، خواهیم دید که همه اجزا به جز پروتکل مالتی پلکسر آداپتور شبکه غیرفعال است (رنگ زرد برجسته شده است).

اگر دچار قطعی مکرر اینترنت می شوید، ویندوز 10 به شما اطلاع می دهد که یک یا چند پروتکل شبکه وجود ندارد. در ماه های اخیر، این یکی، اما کاربران پاسخ روشنی از پشتیبانی ویندوز دریافت نکرده اند. با تلاش مشترک، کاربران سیستم عامل جدید چندین راه موثر برای حل این مشکل پیدا کرده اند. امیدوارم آنها هم به شما کمک کنند.

مهم! اگر به دلیل به‌روزرسانی خودکار درایور کارت شبکه یا آداپتور Wi-Fi دسترسی به اینترنت قطع شد، دستورالعمل‌ها را بخوانید:

بررسی اتصال کابل

می خواهم توجه داشته باشم که خطا به دلیل اتصال بد کابل شبکه ایجاد شده است. بنابراین، قبل از ادامه توصیه های بیشتر:

1. کابل را بیرون بکشید و دوباره وارد برد شبکه کامپیوتر (لپ تاپ) کنید.
2. همین کار را با کابل شبکه متصل به روتر Wi-Fi انجام دهید.

این نوع خطا ممکن است ناپدید شود، اما همانطور که تمرین نشان می دهد، پس از مدتی دوباره ظاهر می شود.

TCP/IP را بازنشانی کنید

مورد بعدی که ممکن است کمک کند، تنظیم مجدد پروتکل TCP/IP و WinSock است. برای انجام این:

پس از اجرای اولین فرمان، با خطای «دسترسی ممنوع شد» مواجه شدید؟ به روش زیر حذف کنید:

اگر خطای Windows 10 «فقدان یک یا چند پروتکل شبکه» ادامه داشت، به مرحله بعد ادامه دهید.

غیرفعال کردن NetBIOS

همچنین، کاربران ویندوز 10 با غیرفعال کردن NetBIOS برای اتصال به شبکه کمک می کنند:

نصیحت! در همان زمان، بررسی کنید که آیا پروتکل بررسی شده است (باید باشد) و آیا موارد تنظیم شده درست هستند یا خیر.

برنامه هایی که بر شبکه تاثیر می گذارند

اغلب مقصر کمبود اینترنت می تواند نرم افزارهایی باشد که از پروتکل های شبکه استفاده می کنند. از جمله این موارد بودند:

• اشتراک هوشمند ال جی;
• مرکز بازی Mail.ru؛
• پخش کننده KMP;
• صفحه نمایش هوشمند ESET
• μTorren;
• iCloud.

شبیه سازها، ماشین های مجازی، آنتی ویروس ها، فایروال ها و سایر برنامه های مشابه را نمی توان حذف کرد. اگر اخیراً تغییراتی در چنین برنامه‌هایی ایجاد کرده‌اید، با تنظیم مجدد برنامه‌ها به حالت پیش‌فرض یا خاموش کردن موقت آنها، شبکه را آزمایش کنید.

نصیحت! اگر ویندوز 10 پایدار بود و خطا "روز دیگر" رخ داد، از سیستم بازگشت استفاده کنید.

سایر علل احتمالی

در غیر این صورت، ممکن است خطاها به دلایل زیر ظاهر شوند:

1. درایورهای آداپتور شبکه یا Wi-Fi. در "مدیر دستگاه" ممکن است نشان دهد که همه چیز با درایور مرتب است و آخرین به روز رسانی ها نصب شده است. اما اگر مشکل مشابهی پیش آمد، سعی کنید درایور دیگری را نصب کنید:
   
2. . نمایه متصل باعث قطع شبکه می شد. هنگام استفاده از یک حساب محلی، مشکل ناپدید شد. اگر چنین الگویی را در خود پیدا کردید، بازیابی سیستم و همچنین دانلود آخرین به روز رسانی ها را امتحان کنید.
   
3. نوع اتصال اینترنت "سرور DHCP" در تنظیمات خود روتر موجود است. در صورت تغییر نوع اتصال، رفتار شبکه را بررسی کنید.
   
4. پروتکل همراه نرم افزار نصب شده یا حذف شده. به ویژگی های آداپتور بروید و همه پروتکل ها به جز TCP/IPv4 را غیرفعال کنید. از حذف برای تعیین اینکه کدام یک باعث شکست شده است استفاده کنید. به عنوان مثال، پروتکل ESET Smart Screen فعال است، اگرچه آنتی ویروس از رایانه شخصی حذف شده است.

اگر هنگام تلاش برای عیب یابی اینترنت یا LAN خراب در ویندوز 10، پیامی دریافت می کنید مبنی بر اینکه این رایانه یک یا چند پروتکل شبکه را از دست داده است، دستورالعمل های زیر چندین راه برای رفع مشکل ارائه می دهد که امیدوارم یکی از آنها به شما کمک کند.

با این حال، قبل از شروع، توصیه می‌کنم کابل را به کارت شبکه رایانه شخصی و (یا) به روتر جدا و دوباره وصل کنید (از جمله انجام همین کار با کابل WAN به روتر اگر اتصال Wi-Fi دارید)، همانطور که اتفاق می‌افتد. ، که مشکل "پروتکل های شبکه از دست رفته" دقیقاً به دلیل اتصال بد کابل شبکه ایجاد می شود.

راه دیگری برای رفع مشکل اتصال و اینترنت در این شرایط که برای برخی از کاربران ویندوز 10 جواب می دهد، غیرفعال کردن NetBIOS برای اتصال شبکه است.

مرحله به مرحله زیر را امتحان کنید:

تنظیماتی را که انجام داده‌اید اعمال کنید و رایانه خود را مجدداً راه‌اندازی کنید و سپس بررسی کنید که آیا اتصال مطابق انتظار کار می‌کرده است یا خیر.

برنامه هایی که باعث ایجاد خطا در پروتکل های شبکه ویندوز 10 می شوند

مشکلات مشابهی در اینترنت نیز می‌تواند ناشی از برنامه‌های شخص ثالثی باشد که بر روی رایانه یا لپ‌تاپ نصب شده‌اند و از اتصالات شبکه به روشی دشوار استفاده می‌کنند (پل‌ها، ایجاد دستگاه‌های شبکه مجازی و غیره).

LG Smart Share از جمله مواردی است که باعث ایجاد مشکل توصیف شده می شود، اما می تواند سایر برنامه های مشابه و همچنین ماشین های مجازی، شبیه سازهای اندروید و نرم افزارهای مشابه باشد. همچنین، اگر اخیراً چیزی در ویندوز 10 از نظر آنتی ویروس یا فایروال تغییر کرده است، این نیز می تواند باعث مشکل شود، بررسی کنید.

راه های دیگر برای رفع مشکل

اول از همه، اگر مشکل شما به طور ناگهانی ایجاد شد (یعنی همه چیز قبلا کار می کرد، اما سیستم را دوباره نصب نکردید)، ممکن است بتوانید کمک کنید.

در موارد دیگر، اغلب علت مشکلات پروتکل‌های شبکه (اگر روش‌های بالا کمکی نکرد) درایورهای اشتباه آداپتور شبکه (اترنت یا Wi-Fi) است. در همان زمان، در مدیر دستگاه، همچنان خواهید دید که "دستگاه به خوبی کار می کند" و درایور نیازی به به روز رسانی نیست.

به عنوان یک قاعده، به عقب انداختن درایور کمک می کند (در مدیر دستگاه - روی دستگاه کلیک راست کنید - ویژگی ها، دکمه "بازگشت" در برگه "درایور"، یا نصب اجباری رسمی "قدیمی" درایور شرکت سازنده مادربرد لپ تاپ یا کامپیوتر.مراحل دقیق در دو دفترچه راهنما که در ابتدای این مقاله ذکر شده است شرح داده شده است.

یکی دیگر از رویکردهای مذاکره پروتکل، چندگانه سازی پشته پروتکل نامیده می شود. این در این واقعیت نهفته است که چندین پشته پروتکل در تجهیزات شبکه یا در سیستم عامل سرورها و ایستگاه های کاری ساخته شده است. این به مشتریان و سرورها اجازه می‌دهد تا با پروتکل tVt که برای آنها مشترک است ارتباط برقرار کنند.

با مقایسه مالتی پلکس با ترجمه پروتکلی که قبلاً در بالا مورد بحث قرار گرفت، می توانید ببینید که تعامل رایانه های متعلق به شبکه های مختلف شبیه ارتباطات افرادی است که به زبان های مختلف صحبت می کنند (شکل 10.12). برای دستیابی به درک متقابل، آنها همچنین می توانند از دو رویکرد استفاده کنند: دعوت از یک مترجم (مشابه با دستگاه پخش) یا تغییر به زبان مخاطب، در صورتی که آن را می دانند (مشابه با مالتی پلکسی پشته پروتکل).

هنگام مالتی پلکس کردن پشته های پروتکل، پشته ارتباطی رایانه دیگر روی یکی از دو رایانه در حال تعامل با پشته های پروتکل متفاوت قرار می گیرد. روی انجیر شکل 10.13 نمونه ای از تعامل یک کامپیوتر مشتری در شبکه B با یک سرور در شبکه خود و یک سرور در شبکه A را نشان می دهد که با یک پشته پروتکل کاملاً متفاوت از شبکه B است. هر دو پشته بر روی مشتری پیاده سازی می شوند. کامپیوتر. برای اینکه یک درخواست از یک فرآیند برنامه به درستی پردازش شود و از طریق پشته مناسب هدایت شود، یک عنصر نرم افزاری خاص - یک مالتی پلکسر پروتکل، که مدیر پروتکل نیز نامیده می شود، مورد نیاز است. مدیر باید بتواند تعیین کند که درخواست مشتری به کدام شبکه هدایت می شود. برای این کار می توان از سرویس نام شبکه استفاده کرد که در آن مالکیت یک منبع خاص از یک شبکه خاص با پشته پروتکل مربوطه مشخص شده است.

هنگام استفاده از فناوری مالتی پلکس، ساختار وسایل ارتباطی سیستم عامل می تواند پیچیده تر باشد. در حالت کلی، در هر سطح، به جای یک پروتکل، مجموعه کاملی از پروتکل ها ظاهر می شود و ممکن است چندین مالتی پلکسر وجود داشته باشد که بین پروتکل های سطوح مختلف سوئیچینگ انجام می دهند. به عنوان مثال، یک ایستگاه کاری که پشته پروتکل آن در "شکل 10.14" نشان داده شده است، می تواند با استفاده از پروتکل های NetBIOS، IP، IPX از طریق یک آداپتور شبکه به شبکه ها دسترسی داشته باشد. ویندوز NT (SMB) و Sun (NFS).

پیش نیاز توسعه فناوری مالتی پلکس پشته پروتکل، ظهور توضیحات باز دقیق از پروتکل های سطوح مختلف و رابط های بین لایه ای بود، به طوری که یک سازنده، هنگام اجرای یک پروتکل "خارجی"، مطمئن باشد که محصولش به درستی تعامل خواهد داشت. با محصولات شرکت های دیگر که از این پروتکل استفاده می کنند، این پروتکل به درستی در پشته قرار می گیرد و پروتکل های سطوح همسایه معمولاً با آن تعامل خواهند داشت.

سازندگان سیستم عامل ها در تلاش هستند تا نه تنها رابط های بین لایه ای، بلکه مدیران پروتکل را نیز استاندارد کنند. شناخته شده ترین استانداردها عبارتند از مشخصات رابط درایور شبکه - مدیران NDIS (در اصل توسعه مشترک 3Com و مایکروسافت، نسخه های NDIS 3.0 و 4.0 پیاده سازی مایکروسافت هستند)، و همچنین رابط Open Data-Link - استاندارد ODI، که توسعه مشترک Novell و Apple است. این مدیران پروتکل های لایه پیوند را که در درایورهای آداپتور شبکه پیاده سازی شده اند، پیاده سازی می کنند. با استفاده از مالتی پلکسر NDIS یا ODI، می توانید یک درایور آداپتور شبکه را به چندین پروتکل لایه شبکه و همچنین به چندین آداپتور شبکه از یک نوع متصل کنید.

مالتی پلکس پروتکل یک رابطه یک به چند را پیاده سازی می کند، یعنی یک کلاینت با یک پشته اضافی می تواند به تمام سرورهایی که از این پشته پشتیبانی می کنند دسترسی داشته باشد یا یک سرور با یک پشته اضافی می تواند خدمات را به مشتریان زیادی ارائه دهد.

هنگام استفاده از مالتی پلکسرهای پروتکل، دو گزینه برای قرار دادن یک پشته پروتکل اضافی وجود دارد - بر روی یک یا روی یک کامپیوتر در حال تعامل دیگر. اگر یک پشته اضافی روی یک سرور نصب شود، آن سرور در دسترس همه مشتریان با آن پشته قرار می گیرد. با این حال، باید تأثیر نصب یک محصول اضافی را بر عملکرد سرور به دقت ارزیابی کنید.

به طور مشابه، یک پشته اضافی روی یک کلاینت به آن امکان می دهد با استفاده از پشته پروتکل با سرورهای دیگر ارتباط برقرار کند. هنگام قرار دادن یک پشته اضافی روی مشتریان، مسائل مربوط به عملکرد چندان مهم نیستند. در اینجا مهم‌تر محدودیت‌های منابعی مانند حافظه و فضای دیسک در ماشین‌های کلاینت، و همچنین هزینه کار سرپرست برای نصب و نگهداری پشته‌های اضافی در حالت سالم در تعداد زیادی از رایانه‌ها است.

توجه داشته باشید که هنگام سازماندهی تعامل دو شبکه ناهمگن، در حالت کلی، باید دو مشکل تطبیق خدمات را حل کرد (شکل 10.15):

О فراهم کردن دسترسی مشتریان شبکه A به منابع شبکه B. □ فراهم کردن دسترسی مشتریان شبکه B به منابع شبکه A.

این وظایف مستقل هستند و می توانند به طور جداگانه حل شوند. در برخی موارد، یک راه حل کامل مورد نیاز است، مانند دسترسی کاربران ماشین یونیکس به منابع سرور شبکه NetWare و دسترسی کاربران ماشین شخصی به منابع میزبان یونیکس، در حالی که در موارد دیگر کافی است به مشتریان در شبکه NetWare اجازه دسترسی به منابع شبکه یونیکس داده شود. اکثر محصولات موجود در بازار فقط مذاکرات یک طرفه خدمات برنامه را ارائه می دهند.

بیایید گزینه های ممکن را برای قرار دادن ابزارهای نرم افزاری که تعامل دو شبکه را پیاده سازی می کنند، که مبتنی بر مالتی پلکس شدن پروتکل هستند، در نظر بگیریم.

اجازه دهید نماد را معرفی کنیم: با- سرور، به- مشتری، D- یک پروتکل (یا پروتکل) اضافی که قابلیت های تعاملی را فراهم می کند.

روی انجیر 10.16 هر دو گزینه ممکن را برای تعامل یک جهته A B نشان می دهد: با افزودن یک پشته جدید به مشتریان شبکه A (شکل 10.16، a) یا با پیوست کردن یک "افزونه" به سرورهای شبکه B (شکل 10.16، b) .

در حالت اول، زمانی که امکانات مالتی پلکس پروتکل بر روی قطعات کلاینت قرار دارد، تنها کلاینت هایی که دارای چنین امکاناتی هستند می توانند به سرورهای شبکه B دسترسی داشته باشند. در این حالت، آنها می توانند به هر سرور شبکه B دسترسی داشته باشند. در حالت دوم، هنگامی که مجموعه ای از پشته های اضافی بر روی برخی یا سرور شبکه B قرار دارد، این سرور می تواند به تمامی مشتریان شبکه A سرویس دهد.

نمونه ای از افزونه سمت کلاینت ابزار محبوب مایکروسافت Client Services for NetWare (CSNW) است که با نصب سرویس گیرنده NCP یک کلاینت ویندوز NT را به یک کلاینت سرور NetWare تبدیل می کند.

نمونه ای از گسترش قابلیت های شبکه سرور، نصب Microsoft File and Print Services برای NetWare بر روی سرور Windows NT است که بخش سرور پروتکل NCP را پیاده سازی می کند. این به مشتریان NetWare اجازه می‌دهد تا به فایل‌ها و چاپگرهای روی سرور Windows NT دسترسی داشته باشند.

هنگام مالتی پلکس کردن پروتکل ها، نرم افزار اضافی - پشته های پروتکل مناسب - باید بر روی هر کامپیوتر نصب شود، که ممکن است نیاز به دسترسی به چندین شبکه مختلف داشته باشد. برخی از سیستم عامل ها ابزارهایی برای مقابله با افزونگی ذاتی این رویکرد دارند. سیستم عامل را می توان به گونه ای پیکربندی کرد که چندین پشته پروتکل را مدیریت کند، اما فقط موارد مورد نیاز به صورت پویا بارگذاری می شوند.

از طرف دیگر، افزونگی قابلیت اطمینان سیستم را به طور کلی افزایش می دهد، خرابی رایانه ای با یک پشته اضافی نصب شده منجر به از دست دادن توانایی اتصال برای سایر کاربران شبکه نمی شود.

یک مزیت مهم مالتی پلکسی این است که زمان کمتری برای تکمیل یک درخواست نسبت به زمانی که از یک دروازه استفاده می کنید، صرف می کند. دلیل این امر اولاً عدم صرف زمان برای فرآیند ترجمه است و ثانیاً به این دلیل که هنگام مالتی پلکس کردن، هر درخواست فقط به یک انتقال شبکه نیاز دارد، در حالی که هنگام پخش، دو: درخواست ابتدا به دروازه ارسال می شود. و سپس از دروازه به سرور منبع.

در اصل، هنگام کار با چندین پشته پروتکل، کاربر ممکن است مشکل کار در یک محیط ناآشنا، با دستورات، قوانین و روش های آدرس دهی ناآشنا را داشته باشد. اغلب، توسعه دهندگان سیستم عامل به دنبال آسان کردن زندگی کاربر در این شرایط هستند. صرف نظر از پروتکل لایه برنامه مورد استفاده (به عنوان مثال، SMB یا NCP)، با همان رابط گرافیکی بصری ارائه می شود که از طریق آن منابع از راه دور مورد نظر را مرور و انتخاب می کند.

روی میز. 10.1 ویژگی های مقایسه ای دو رویکرد برای اجرای اتصال را نشان می دهد.

جدول 10.1. مقایسه روش های ترجمه و مالتی پلکس پروتکل

کپسوله کردن پروتکل

کپسوله سازی)، یا تونل زنی) روش دیگری برای حل مشکل مذاکره شبکه است که البته فقط برای مذاکره پروتکل های حمل و نقل و فقط تحت محدودیت های خاصی قابل اجرا است. هنگامی که دو شبکه با فناوری حمل و نقل یکسان نیاز به اتصال از طریق یک شبکه ترانزیت با فناوری حمل و نقل متفاوت دارند، می توان از کپسولاسیون استفاده کرد.

سه نوع پروتکل در فرآیند کپسوله سازی وجود دارد:

پروتکل - "مسافر"؛

پروتکل حامل؛

پروتکل کپسوله سازی ،

پروتکل انتقال شبکه های متصل به هم می باشد پروتکل-مسافرو پروتکل شبکه حمل و نقل - پروتکل حامل. بسته های پروتکل مسافری با استفاده از پروتکل کپسوله سازی در قسمت داده بسته های پروتکل حامل قرار می گیرند. بسته های پروتکل مسافری هنگام حمل و نقل از طریق شبکه حمل و نقل به هیچ وجه پردازش نمی شوند. کپسوله سازییک دستگاه مرزی (معمولاً یک روتر یا دروازه) را انجام می دهد که در مرز بین شبکه منبع و انتقال قرار دارد. استخراج بسته های مسافری از بسته های حامل توسط دستگاه لبه دوم که در مرز بین شبکه ترانزیت و شبکه مقصد قرار دارد انجام می شود. دستگاه های لبه آدرس خود را در بسته های حامل نشان می دهند، نه آدرس گره های مقصد.

با توجه به محبوبیت زیاد اینترنت و پشته TCP / IP، IP به طور فزاینده ای پروتکل حامل شبکه حمل و نقل است و سایر پروتکل های شبکه های محلی (اعم از مسیریابی و غیر قابل مسیریابی) به عنوان پروتکل مسافری استفاده می شوند.

در انجیر در مثال نشان داده شده در شکل 10-17، دو شبکه با استفاده از پروتکل IPX باید از طریق یک شبکه بک هاول TCP/IP متصل شوند. فقط لازم است از تعامل گره های دو شبکه IPX اطمینان حاصل شود و تعامل بین گره های IPX و گره های شبکه TCP / IP ارائه نمی شود. بنابراین می توان از روش کپسوله سازی برای اتصال شبکه های IPX استفاده کرد.

روترهای مرزی که شبکه های IPX را به یک شبکه پشتیبان IP متصل می کنند، از IPX، IP و یک پروتکل اضافی، پروتکل IPX به IP Encapsulation استفاده می کنند. این پروتکل بسته های IPX را از فریم های اترنت استخراج می کند و آنها را در دیتاگرام های UDP یا TCP قرار می دهد (TCP در شکل انتخاب شده است). سپس بسته های IP حامل به مسیریاب مرزی دیگر ارسال می شود. پروتکل کپسوله سازی باید آگاه باشد که آدرس IPX شبکه راه دور با آدرس IP روتر مرزی که به آن شبکه خدمات می دهد مطابقت دارد. اگر چندین شبکه IPX از طریق یک شبکه IP ترکیب شوند، باید جدولی از مطابقت تمام آدرس‌های IPX با آدرس‌های IP روترهای مرزی وجود داشته باشد.

کپسولاسیون را می توان برای پروتکل های حمل و نقل در سطوح مختلف استفاده کرد. برای مثال، یک پروتکل لایه شبکه X.25 ممکن است در یک پروتکل لایه انتقال TCP کپسوله شود، یا یک پروتکل لایه شبکه IP ممکن است در یک پروتکل لایه شبکه X.25 کپسوله شود. پروتکل هایی برای کپسوله کردن ترافیک PPP در شبکه های IP وجود دارد.

به طور معمول، کپسوله‌سازی منجر به راه‌حل‌های ساده‌تر و سریع‌تر در مقایسه با ترجمه می‌شود، زیرا بدون ایجاد تعامل با گره‌های شبکه حمل و نقل، مشکل خاصی را حل می‌کند. علاوه بر مذاکره در مورد فن آوری های حمل و نقل، کپسوله سازی برای اطمینان از حفظ حریم خصوصی داده های ارسال شده استفاده می شود. در این حالت بسته های مسافری اصلی رمزگذاری شده و با استفاده از بسته های پروتکل حامل از طریق شبکه حمل و نقل منتقل می شوند.

نتیجه گیری

□ سرویس فایل شامل برنامه های سرور و برنامه های سرویس گیرنده است که با استفاده از یک پروتکل خاص از طریق شبکه با یکدیگر ارتباط برقرار می کنند.

□ یک کامپیوتر می تواند خدمات فایل های مختلفی را به طور همزمان به کاربران شبکه ارائه دهد.

□ در یک سرویس فایل شبکه، به طور کلی، اجزای اصلی زیر قابل تشخیص هستند: سیستم فایل محلی، رابط سیستم فایل محلی، سرور سیستم فایل شبکه، سرویس گیرنده سیستم فایل شبکه، رابط سیستم فایل شبکه، پروتکل سرویس گیرنده-سرور سیستم فایل شبکه.

□ سیستم های فایل شبکه از معنایی متفاوت برای خواندن و نوشتن داده های مشترک استفاده می کنند تا از مشکلات در تفسیر داده های فایل حاصل جلوگیری کنند.

□ یک رابط فایل بسته به اینکه از مدل آپلود/دانلود یا مدل دسترسی از راه دور پشتیبانی می‌کند، می‌تواند به یکی از دو نوع طبقه‌بندی شود.

□ یک سرور فایل را می توان طبق یکی از دو طرح پیاده سازی کرد: با ذخیره داده ها در مورد توالی عملیات فایل مشتری، یعنی طبق طرح حالت، و بدون ذخیره چنین داده هایی، یعنی طبق طرح بدون حالت. .

□ ذخیره سازی در سیستم های فایل شبکه سرعت دسترسی به داده های راه دور را بهبود می بخشد و مقیاس پذیری و قابلیت اطمینان سیستم فایل را بهبود می بخشد.

□ Replication به معنای وجود چندین نسخه از یک فایل است که هر کدام در یک سرور فایل جداگانه ذخیره می شوند، در حالی که به طور خودکار داده ها را در کپی های فایل تطبیق می دهند.

□ راه های مختلفی برای اطمینان از سازگاری نسخه هایی وجود دارد که در روش حد نصاب ارتباط برقرار می کنند.

□ سرویس دایرکتوری اطلاعات مربوط به همه کاربران و منابع شبکه را در قالب اشیاء یکپارچه با ویژگی های خاص ذخیره می کند و همچنین به شما امکان می دهد رابطه بین اشیاء ذخیره شده را منعکس کنید.

□ سرویس دایرکتوری برنامه های کاربردی توزیع شده را ساده می کند و مدیریت شبکه را بهبود می بخشد.

□ یک سرویس دایرکتوری معمولاً مبتنی بر مدل مشتری-سرور است: سرورها پایگاه داده ای از اطلاعات مرجع را ذخیره می کنند که مشتریان با ارسال درخواست به سرورها از طریق شبکه از آن استفاده می کنند.

□ امیدوار کننده ترین استاندارد دسترسی به دایرکتوری، استاندارد پروتکل دسترسی دایرکتوری سبک وزن (LDAP) است که توسط جامعه اینترنتی توسعه یافته است.

□ در زمینه کار اینترنتی، شبکه را می توان مجموعه ای از رایانه ها تعریف کرد که با استفاده از یک پشته پروتکل با یکدیگر ارتباط برقرار می کنند. مشکل کار اینترنتی زمانی به وجود می آید که کامپیوترها به شبکه های مختلف تعلق داشته باشند اما از پشته های پروتکلی که در یک یا چند سطح متفاوت هستند پشتیبانی می کنند.

□ ابزارهایی که امکان سازماندهی تعامل در سطوح پایین‌تر پشته پروتکل را فراهم می‌کنند، ابزارهای کار اینترنتی و ابزارهای مذاکره پروتکل‌ها و خدمات لایه‌های بالایی را ابزارهای تعاملی می‌نامند.

□ سه روش اصلی مذاکره پروتکل وجود دارد: ترجمه، چندگانه سازی و کپسوله سازی (تونل زنی).

□ ترجمه تبدیل پیام از یک پروتکل به پیام از پروتکل دیگر است. ترجمه تک سطحی است، زمانی که فقط از اطلاعات یک پروتکل معین برای انجام تبدیل استفاده می شود، و زمانی که اطلاعات پروتکل سطح بالایی در تغییر دخیل است، دو سطحی است.

□ Multiplexing نصب چندین پشته پروتکل بر روی کلاینت ها یا سرورهای شبکه های مذاکره شده است.

□ مزایای روش ترجمه پروتکل عبارتند از: حفظ محیط آشنای کاربر، بومی سازی توابع هماهنگی شبکه در یک مکان، نصب نرم افزار اضافی بر روی بسیاری از کامپیوترها لازم نیست. معایب - سرعت کم و عدم اطمینان. مزایای روش مالتی پلکس پشته پروتکل سرعت و قابلیت اطمینان بالا، معایب آن افزونگی و حجم زیاد کار اداری است.

□ کپسوله سازی برای عبور یک پروتکل انتقال از طریق شبکه با پشته پروتکل انتقال متفاوت استفاده می شود.

□ روش های مذاکره پروتکل های لایه برنامه - خدمات شبکه - دارای ویژگی های خاص خود هستند که با عدم تقارن این پروتکل ها در معماری "مشتری-سرور" پیاده سازی شده اند و همچنین وجود تعداد زیادی خدمات مختلف شبکه در هر سیستم عامل ( سرویس فایل، سرویس چاپ، ایمیل، میز کمک و غیره).

وظایف و تمرینات

1. کدام یک از پروتکل های زیر پروتکل هایی برای تعامل بین بخش های سرویس گیرنده و سرور سرویس فایل هستند: SMTP، NFS، SMB، SNMP، UDP، NLSP، FTP، TFTP، NCP؟

2. کدام مدل سرور فایل (ایجاد یا بدون حالت) بیشترین درجه تحمل خرابی سرور را فراهم می کند؟

3. از آنجایی که Replication و Caching فایل دارای اهداف مشابهی هستند، آیا ارزش پیاده سازی این دو مکانیزم در یک سیستم فایل را دارد؟

4. جدول را پر کنید و به وجود یا عدم وجود ویژگی های مربوط به مکانیسم های تکرار و ذخیره فایل توجه کنید:

5. آیا دسترسی به سیستم های فایل محلی مختلف از طریق شبکه با استفاده از یک پروتکل برنامه امکان پذیر است؟

6. آیا چندین کاربر می توانند یک فایل را همزمان در ویندوز NT تغییر دهند؟ سیستم عامل یونیکس چطور؟

7. خروجی صفحه نمایش دو کاربر یونیکس که در یک فایل تایپ می کنند چیست؟

8. کدام مدل سرویس فایل شبکه برای کاربر شفاف تر است: آپلود/دانلود یا دسترسی از راه دور؟

9. دو روش کش - سمت سرویس گیرنده و سمت سرور - را که در سرویس فایل شبکه استفاده می شود، مقایسه کنید. مزایا و معایب هر روش را ذکر کنید.

10. پایگاه داده سرویس دایرکتوری چه ویژگی هایی باید داشته باشد؟

11. یکی از دو عبارت - "replicable" یا "distributed" - را به جای کلمات گمشده در عبارت زیر وارد کنید: "Database service directory must have...; برای اطمینان از مقیاس پذیری سرویس، و ... برای اطمینان از تحمل خطای آن.

12-تفاوت اصطلاحات «اینترنت کار» و «عملکردپذیری» را توضیح دهید.

13. اگر پشته پروتکلی بر روی ماشین کلاینت نصب شده باشد که با پشته پروتکل نصب شده روی سرور مطابقت نداشته باشد، می توان با نصب اضافی پشته پروتکل مناسب روی یکی از ماشین ها، وضعیت را اصلاح کرد. آیا مهم است که این پشته روی کدام ماشین (سرور یا مشتری) نصب شده باشد؟

14. آیا اصولاً می توان با نصب نرم افزارهای اضافی فقط در یکی از شبکه ها دسترسی همه کلاینت های شبکه A به سرورهای شبکه B و دسترسی همه کلاینت های شبکه B به سرورهای شبکه A را فراهم کرد. در شبکه A

15. اجازه دهید چند کاربر غیرحرفه ای که برنامه های کاربردی غیر حیاتی را اجرا می کنند در یک شبکه ویندوز NT خاص که از یک سرور و ایستگاه های سرویس گیرنده تشکیل شده است کار کنند. ایستگاه های مشتری منابع بسیار محدودی دارند. گاه به گاه، کاربران باید به داده های موجود در سرور فایل NetWare که به همان بخش اترنت متصل است دسترسی داشته باشند. به نظر شما کدام نوع اتصال در این شرایط ارجح تر است؟

الف) قسمت کلاینت پروتکل NCP را روی همه رایانه ها نصب کنید.

ج) روی سرور ویندوز NT یک دروازه نصب کنید.

16. فرض کنید در یک شبکه اترنت که در آن پروتکل های لایه شبکه IP بر روی همه رایانه ها نصب شده است، درایورهای آداپتور شبکه برخی از رایانه ها با استاندارد NDIS و برخی دیگر در استاندارد ODI ساخته شده اند. آیا این می تواند در عملکرد عادی شبکه اختلال ایجاد کند؟

17. اجازه دهید برنامه توزیع شده از دو قسمت تشکیل شده باشد. بخشی از یک برنامه توزیع شده روی رایانه ای اجرا می شود که پروتکل های ارتباطی زیر را نصب کرده است:

در سطح برنامه: SMB، SMTP؛

18. قسمت دوم برنامه روی رایانه ای نصب می شود که دارای:

در سطح برنامه: NFS, X.400;

· در سطوح انتقال: TCP، IP، اترنت.

آیا برنامه تحت چنین شرایطی به طور معمول کار می کند؟