მეორე მიდგომა, რომელიც ამჟამად გამოიყენება პრაქტიკაში, არის ტექნოლოგიის გამოყენება სამუშაო სადგურებში სხვადასხვა პროტოკოლის სტეკების მულტიპლექსირებისთვის.
ბრინჯი. 3.15. სტეკის მულტიპლექსირება
პროტოკოლის სტეკის მულტიპლექსირებაში, ორი კომუნიკაციური კომპიუტერიდან ერთი სხვადასხვა პროტოკოლის დასტაებით ათავსებს მეორე კომპიუტერის საკომუნიკაციო დასტას. ნახაზი 3.15 გვიჩვენებს ქსელში 1 კლიენტის კომპიუტერის ურთიერთქმედების მაგალითს სერვერთან მის ქსელში და სერვერთან ქსელში 2, რომელიც მუშაობს პროტოკოლის დასტასთან, რომელიც სრულიად განსხვავდება 1 ქსელის დასტისაგან. კლიენტის კომპიუტერი ახორციელებს ორივეს. სტეკები. იმისათვის, რომ განაცხადის პროცესიდან მოთხოვნა სწორად დამუშავდეს და გაიგზავნოს შესაბამისი სტეკის მეშვეობით, კომპიუტერს უნდა დაემატოს სპეციალური პროგრამული ელემენტი - პროტოკოლის მულტიპლექსერი. მულტიპლექსერს უნდა შეეძლოს განსაზღვროს, რომელ ქსელში ხდება კლიენტის მოთხოვნა. ამ მიზნით შეიძლება გამოვიყენოთ ქსელის სახელების სერვისი, რომელიც აღნიშნავს კონკრეტული რესურსის კუთვნილებას კონკრეტულ ქსელში შესაბამისი პროტოკოლის სტეკით.
მულტიპლექსირების ტექნოლოგიის გამოყენებისას ოპერაციული სისტემის საკომუნიკაციო ხელსაწყოების სტრუქტურა შეიძლება უფრო რთული იყოს. ზოგადად, თითოეულ დონეზე, ერთი პროტოკოლის ნაცვლად, ჩნდება პროტოკოლების მთელი ნაკრები და შეიძლება იყოს რამდენიმე მულტიპლექსერი, რომლებიც ასრულებენ გადართვას სხვადასხვა დონის პროტოკოლებს შორის (სურათი 3.16). მაგალითად, სამუშაო სადგურს შეუძლია ქსელებში წვდომა NetBIOS, IP, IPX პროტოკოლებით ერთი ქსელური ადაპტერის საშუალებით. ანალოგიურად, სერვერს, რომელიც მხარს უჭერს NCP, SMB და NFS აპლიკაციების პროტოკოლებს, შეუძლია მარტივად დაამუშავოს მოთხოვნები სამუშაო სადგურებიდან NetWare, Windows NT და Sun ქსელებში ერთდროულად.
ბრინჯი. 3.16. პროტოკოლის მულტიპლექსირება
პროტოკოლის სტეკის მულტიპლექსირების ტექნოლოგიის განვითარების წინაპირობა იყო სხვადასხვა დონის პროტოკოლებისა და ინტერფეისების მკაცრი განსაზღვრა და მათი ღია აღწერა, ასე რომ, როდესაც კომპანია ახორციელებს "უცხო" პროტოკოლს ან ინტერფეისს, დარწმუნებული უნდა იყოს, რომ მისი პროდუქტი სწორად ურთიერთქმედებს. სხვა კომპანიების პროდუქტებთან, რომლებიც იყენებენ ამ პროტოკოლს.
მაგისტრალური პროტოკოლის გამოყენებით
კარგი გამოსავალი იქნებოდა ერთი პროტოკოლის დასტაზე გადასვლა, მაგრამ ეს პერსპექტივა უახლოეს მომავალში ნაკლებად სავარაუდოა. საკომუნიკაციო პროტოკოლების ერთიანი სტეკის დანერგვის მცდელობა განხორციელდა 1990 წელს აშშ-ს მთავრობის მიერ, რომელმაც გამოაქვეყნა GOSIP - Government OSI Profile პროგრამა, რომლის მიხედვითაც OSI პროტოკოლის სტეკი უნდა გახდეს საერთო მნიშვნელი აშშ-ს სამთავრობო ორგანიზაციებში დაინსტალირებული ყველა ქსელისთვის. მაგრამ, გააცნობიერა ძალისმიერი ზომების უშედეგოობა, GOSIP პროგრამა არ აყენებს ამოცანას დაუყოვნებლივ გადავიდეს OSI სტეკზე, მაგრამ ახლა აიძულებს გამოიყენოს ეს სტეკი, როგორც სამთავრობო ქსელების „მეორე ენა“, პირველ რიგში მშობლიურ ენასთან ერთად. ერთი.
განხორციელების საკითხები
სხვადასხვა ტიპის ქსელების გაერთიანებისას, ზოგად შემთხვევაში, აუცილებელია ქსელების ორმხრივი ურთიერთქმედების უზრუნველყოფა, ანუ ორი პრობლემის გადაჭრა (სურათი 3.17):
1. A ქსელის კლიენტებისთვის B ქსელის სერვერების რესურსებზე და სერვისებზე წვდომის უზრუნველყოფა.
2. B ქსელის კლიენტებთან წვდომის უზრუნველყოფა A ქსელის რესურსებსა და სერვისებზე.
ბრინჯი. 3.17. ქსელის პარამეტრები
ეს ამოცანები დამოუკიდებელია და შეიძლება ცალკე გადაწყდეს. უპირველეს ყოვლისა, თქვენ უნდა გესმოდეთ, საჭიროა თუ არა სრული გადაწყვეტა, თუ საკმარისია ნაწილობრივი გადაწყვეტა, ანუ საჭიროა თუ არა, მაგალითად, UNIX მანქანების მომხმარებლებს ჰქონდეთ წვდომა NetWare ქსელის სერვერების რესურსებზე და მომხმარებლებს. პერსონალური მანქანების წვდომა UNIX ჰოსტების რესურსებზე, თუ საკმარისია მხოლოდ ერთი ტიპის მომხმარებლისთვის სხვა ქსელის რესურსებზე წვდომა?
გარდა ამისა, თითოეული ეს ამოცანა თავის მხრივ შეიძლება დაიყოს ნაწილებად. ქსელს, როგორც წესი, აქვს სხვადასხვა ტიპის გაზიარებული რესურსები და თითოეულ ტიპის რესურსს შეუძლია უზრუნველყოს სხვადასხვა ტიპის მომსახურება. მაგალითად, UNIX ქსელებში ფაილები არის საერთო რესურსი და მათთან არის დაკავშირებული ორი ტიპის სერვისი - ფაილების გადატანა მანქანებს შორის FTP პროტოკოლის გამოყენებით და დისტანციური ფაილური სისტემის დამონტაჟება NFS პროტოკოლის გამოყენებით. ამიტომ, ქსელების გაერთიანებისას, შეგიძლიათ მომხმარებლებს შესთავაზოთ ინსტრუმენტების ნაკრები, რომელთაგან თითოეული საშუალებას გაძლევთ გამოიყენოთ სხვისი ქსელის ერთ-ერთი სერვისი. ბუნებრივია, შესაძლებელია ყველა ფუნქციის გაერთიანება ერთ პროდუქტში.
ქსელების შერწყმისას საკმარისია ქსელებს შორის ურთიერთქმედების საშუალებები მხოლოდ ერთ ქსელში გქონდეთ. მაგალითად, Novell-მა შეიმუშავა მრავალი პროგრამული პროდუქტი UNIX ქსელებთან კომუნიკაციისთვის, რომლებიც უბრალოდ უნდა იყოს ჩართული NetWare ქსელის პროგრამულ უზრუნველყოფაში, რათა გადაჭრას ორივე ქსელის ურთიერთდაკავშირების პრობლემა. ამ შემთხვევაში, UNIX სერვერის მხარე განიხილავს NetWare კლიენტს, როგორც UNIX კლიენტს, ხოლო UNIX კლიენტი განიხილავს ფაილებს და პრინტერებს, რომლებსაც მართავს NetWare სერვერი, როგორც UNIX ფაილები და UNIX პრინტერები. შესაძლებელია ქსელის ურთიერთქმედების ინსტრუმენტების გადატანა UNIX ქსელის მხარეს. შემდეგ მსგავს ფუნქციებს შეასრულებს პროგრამული უზრუნველყოფა UNIX აპარატზე.
მიუხედავად იმისა, რომ პროგრამული უზრუნველყოფის მდებარეობა, რომელიც ახორციელებს კარიბჭეს, უკვე განსაზღვრულია - ისინი უნდა განთავსდეს კომპიუტერზე, რომელიც იკავებს შუალედურ პოზიციას ორ ურთიერთდაკავშირებულ მანქანას შორის, დამატებითი პროტოკოლის სტეკების განთავსების საკითხი ღია რჩება. გაითვალისწინეთ ისიც, რომ კარიბჭე ახორციელებს მრავალი-მრავალ კომუნიკაციას (ყველა კლიენტს შეუძლია ყველა სერვერზე წვდომა).
მოდით განვიხილოთ პროგრამული უზრუნველყოფის განლაგების ყველა შესაძლო ვარიანტი, რომელიც ახორციელებს ორი ქსელის ურთიერთქმედებას, რომლებიც დაფუძნებულია პროტოკოლის მულტიპლექსირებაზე. მოდით შემოვიტანოთ რამდენიმე აღნიშვნა: C - სერვერი, K - კლიენტი, ( - დამატებითი პროტოკოლი ან პროტოკოლის დასტა.
სურათი 3.18 გვიჩვენებს ორივე შესაძლო ვარიანტს ცალმხრივი A®B ურთიერთქმედება: ა) A ქსელის კლიენტებისთვის ახალი სტეკის დამატებით, ან ბ) B ქსელის სერვერებზე „დამატების“ მიმაგრებით.
პირველ შემთხვევაში, როდესაც მულტიპლექსირების საშუალებები განლაგებულია კლიენტის ნაწილებზე, მხოლოდ პროტოკოლის მულტიპლექსირების საშუალებებით აღჭურვილი კლიენტებს შეუძლიათ წვდომა. B ქსელის სერვერებზე, მაშინ როცა მათ შეუძლიათ წვდომა B ქსელის ყველა სერვერზე. მეორე შემთხვევაში, როდესაც სტეკების ნაკრები მდებარეობს B ქსელის რომელიმე სერვერზე, ამ სერვერს შეუძლია მოემსახუროს A ქსელის ყველა კლიენტს. ცხადია, B ქსელის სერვერები არ შეიძლება გამოიყენონ A ქსელის კლიენტები.
ბრინჯი. 3.18. პროგრამული უზრუნველყოფის განთავსების ვარიანტები (S - სერვერი, K - კლიენტი, (- ქსელის საკომუნიკაციო ხელსაწყოები)
დანამატის მაგალითი, რომელიც ცვლის კლიენტის მხარეს, არის Novell-ის პოპულარული LAN Workplace პროგრამული უზრუნველყოფა, რომელიც აქცევს NetWare კლიენტს UNIX კლიენტად. სერვერის მოდიფიკაციის მსგავსი მაგალითია Novell-ის სხვა პროდუქტები: NetWare UNIX-ისთვის, რაც შესაძლებელს ხდის NetWare კლიენტებს გამოიყენონ UNIX სერვერის სერვისები, ან Novell NetWare VMS-ისთვის, რომელიც ემსახურება იმავე მიზანს VMS ქსელში.
ურთიერთქმედება A (B) ხორციელდება სიმეტრიულად.
თუ საჭიროა ურთიერთქმედების განხორციელება ორივე გზაამავდროულად, არსებობს ოთხი შესაძლო ვარიანტი, ნაჩვენებია სურათზე 3.19. თითოეულ ვარიანტს აქვს საკუთარი მახასიათებლები კლიენტებსა და სერვერებს შორის კომუნიკაციის შესაძლებლობის თვალსაზრისით:
თავსებადობის საშუალებები განლაგებულია მხოლოდ ორივე ქსელის კლიენტ ნაწილებზე. მათთვის და მხოლოდ იმათორივე ქსელის კლიენტებს, რომლებიც აღჭურვილია "დანამატებით", გარანტირებული აქვთ კომუნიკაცია ყველასთან ერთადსერვერები "უცხო" ქსელიდან.
ურთიერთქმედების უზრუნველყოფის ყველა საშუალება განლაგებულია A ქსელის მხარეს. ყველა B ქსელის კლიენტებს შეუძლიათ წვდომა სერვერებზე A ქსელში ( არა ყველასთვის, მაგრამ მხოლოდ მათთვის, ვისაც აქვს ქსელის "დანამატები"). ნაწილი A ქსელის კლიენტებს, რომლებიც მითითებულია როგორც K+(, შეუძლიათ დაუკავშირდნენ ყველას B ქსელის სერვერები.
ინტერნეტის მუშაობის საშუალებები განლაგებულია მხოლოდ ორივე ქსელის უკანა მხარეს. ყველასორივე ქსელის კლიენტებს გარანტირებული აქვთ "უცხო" ქსელების სერვერებთან მუშაობის შესაძლებლობა, მაგრამ არა ყველასთან, მაგრამ მხოლოდ სერვერებთან, რომლებსაც აქვთ ქსელის პროტოკოლის მულტიპლექსირების შესაძლებლობები.
ინტერნეტში მუშაობის ყველა საშუალება განლაგებულია B მხარეს. ურთიერთქმედების ორმხრივი ბუნება უზრუნველყოფილია B ქსელის კლიენტის და სერვერის ნაწილების მოდიფიკაციით. ქსელის A-ს ყველა კლიენტს შეუძლია წვდომა B ქსელის სერვერებზე, რომლებიც მითითებულია როგორც C+( , სერვისებისთვის და A ქსელის ყველა სერვერს შეუძლია ემსახუროს კლიენტებს B ქსელს, რომელიც მითითებულია როგორც K+(.
ბრინჯი. 3.19. ორმხრივი ურთიერთქმედებისთვის პროგრამული უზრუნველყოფის განთავსების ვარიანტები (C - სერვერი, K - კლიენტი, (- ქსელის საკომუნიკაციო ხელსაწყოები)
ცხადია, პროგრამული პროდუქტების ხელმისაწვდომობა თითოეული განხილული ვარიანტისთვის დიდად არის დამოკიდებული ოპერაციული სისტემის კონკრეტულ წყვილზე. ზოგიერთი წყვილისთვის შეიძლება საერთოდ არ არსებობდეს ურთიერთდაკავშირების პროდუქტები, ზოგისთვის კი შეიძლება არსებობდეს რამდენიმე ვარიანტი. მოდით განვიხილოთ, როგორც მაგალითი, პროგრამული პროდუქტების ნაკრები, რომელიც ახორციელებს Windows NT-სა და NetWare-ს შორის ურთიერთქმედებას. Windows NT OS-ში, როგორც სერვერის ნაწილში (Windows NT Server), ასევე კლიენტის ნაწილებში (Windows NT Workstation) არის ჩაშენებული რამდენიმე პროტოკოლის მულტიპლექსირების საშუალებები, მათ შორის IPX/SPX სტეკი. ამიტომ, ამ ოპერაციულ სისტემას შეუძლია ორმხრივი კომუნიკაციის მხარდაჭერა (მე-2 ვარიანტის მიხედვით) NetWare-თან დამატებითი პროგრამული უზრუნველყოფის გარეშე. Windows NT ქსელების ურთიერთქმედება UNIX ქსელებთან ანალოგიურად ხორციელდება.
არც ისე დიდი ხნის წინ, ამ სტრიქონების ავტორს შეექმნა უსიამოვნო სიტუაცია - ერთ-ერთი კომპიუტერი, რომელიც მანამდე იდეალურად მუშაობდა, სადენიანი კავშირის გამოყენებით ახალ ადგილას როუტერს დაუკავშირდა. რამდენიმე მოწყობილობა რეგულარულად იღებს ინტერნეტს ამ როუტერიდან, მაგრამ თავად დამწყებმა უარი თქვა მუშაობაზე, დაუშვა შეცდომა: "ქსელის ადაპტერს არ აქვს სწორი IP პარამეტრები."
ანუ, პატჩ კაბელი, რომელიც ასევე ცნობილია როგორც Ethernet კაბელი, შესანიშნავად უზრუნველყოფს რეგულარულად გუგუნის სისტემურ ერთეულს ინტერნეტით, და როდესაც დაკავშირებულია დიდი ხნის ტანჯვის სისტემის ერთეულთან, ეს უკანასკნელი ჯიუტად უგულებელყოფს დაკავშირებულ ინტერნეტს.
რა არის ეს შეცდომა და როგორ მოვიშოროთ იგი - მოდით ერთად გავარკვიოთ.
ვცდილობთ გამორთოთ და ჩავრთოთ
მაშინვე ვაღიარებ, რომ ჩემს შემთხვევაში ძველი კარგი მეთოდი დამეხმარა. მე უბრალოდ გამოვრთე როუტერს, შემდეგ ისევ დავუკავშირდი ელექტრო ქსელს და ყველაფერი თავისთავად მუშაობდა. თუმცა, სანამ ამ სასწაულ მეთოდს გამოვცდიდი, პრობლემის საფუძვლიანად შესწავლა მომიწია.
ამიტომ, უპირველეს ყოვლისა, სცადეთ "გამორთეთ და შემდეგ ისევ ჩართეთ" თქვენი პრობლემური მოწყობილობა და ასევე გადატვირთეთ როუტერი. აბა, რა მოხდება, თუ ეს საბოლოოდ დამეხმარა?
ასევე შეგიძლიათ ხელით ჩართოთ ან გამორთოთ ინტერნეტი. ამისათვის გადადით მენიუში "ადაპტერის პარამეტრების შეცვლა". თქვენ შეგიძლიათ იპოვოთ იგი შემდეგი გზით:
დააწკაპუნეთ მაუსის მარჯვენა ღილაკით კავშირის ხატულაზე და აირჩიეთ "Control Center.."
ასევე შეგიძლიათ გამოიყენოთ შემდეგი მეთოდი: დააჭირეთ კლავიატურას გაიმარჯვე + რ, აკრიფეთ ncpa.cplდა დაადასტურეთ თქვენი შესვლა გასაღებით შედი.
ფანჯარაში, რომელიც იხსნება, აირჩიეთ თქვენი კავშირი და დააწკაპუნეთ გამორთვაზე, შემდეგ კი, ანალოგიურად, მაუსის მარჯვენა ღილაკის გამოყენებით, დააჭირეთ ჩართვას.
კავშირის შემოწმება. არ დაეხმარა? მოდით გადავიდეთ.
განაახლეთ IP მისამართი
ჩვენ ვცდილობთ IP მისამართის ავტომატურად განახლებას. ამისთვის ვიყენებთ ბრძანების ხაზს.
გაუშვით ბრძანების ხაზი და შეიყვანეთ შემდეგი კოდი:
ipconfig / გამოშვება
ipconfig / განახლება
ეს მეთოდი არის ყველაზე უსაფრთხო და, სავარაუდოდ, ყველაზე უსარგებლო.
TCP/IP პროტოკოლის გადატვირთვა
ვცადოთ ქსელის პარამეტრების გადატვირთვა. ამისათვის კვლავ გამოიყენეთ ბრძანების ხაზი და შემდეგ შეიტანეთ შემდეგი მოთხოვნები:
netsh int ip გადატვირთვა
netsh int tcp გადატვირთვა
netsh winsock გადატვირთვა
ამის შემდეგ ჩვენ გადატვირთავთ კომპიუტერს. ისევ არასწორია? ვცადოთ შემდეგი.
ჩვენ ვცდილობთ შეცდომის გადასაჭრელად სხვა გზებს: "ქსელის ადაპტერს არ აქვს სწორი IP პარამეტრები"
- სცადეთ გამორთოთ თქვენი ანტივირუსი ან მესამე მხარის firewall.
- ამოღება ქსელის ადაპტერივ მოწყობილობის მენეჯერიდა გადატვირთეთ. ასეთი შესრულების შემდეგ დრაივერები ავტომატურად ხელახლა დაინსტალირდება. თუ ეს არ მოხდა, სცადეთ დრაივერების ჩამოტვირთვა მწარმოებლის ოფიციალური ვებსაიტიდან.
- პროგრამის დეინსტალაცია ბონჟური Apple-ისგან თუ გაქვს დაინსტალირებული ხანდახან ავარიას იწვევს.
- შეამოწმეთ, თუ ქსელის ბარათი გამორთულია BIOS-ში.
იმედია თქვენი პრობლემა ისევე მარტივად და უმტკივნეულოდ მოგვარდება, როგორც ჩემს შემთხვევაში. ყოველ შემთხვევაში, ღირს შეამოწმოთ, რომ კაბელი და ქსელის ადაპტერი სწორად მუშაობს. სცადეთ კაბელის გათიშვა და ხელახლა დაკავშირება. განაახლეთ დრაივერები და ოპერაციული სისტემა. თუ ეს არ დაეხმარება, იქნებ ღირდეს
კარიბჭეები
ასე რომ, კარიბჭე აწარმოებს მოლაპარაკებას ერთი სტეკის საკომუნიკაციო პროტოკოლებთან მეორე სტეკის საკომუნიკაციო პროტოკოლებთან. აზრი არ აქვს პროგრამული უზრუნველყოფის ინსტალაციას, რომელიც ახორციელებს კარიბჭეებს ორი ურთიერთდაკავშირებული კომპიუტერიდან სხვადასხვა პროტოკოლის დასტაზე, გაცილებით რაციონალურია მათი განთავსება შუამავლ კომპიუტერზე. ამ განცხადების დასაბუთებამდე განვიხილოთ კარიბჭის მუშაობის პრინციპი.
სურათი 3.14 ასახავს კარიბჭის მუშაობის პრინციპს. მაგალითში ნაჩვენები კარიბჭე, რომელიც მდებარეობს კომპიუტერ 2-ზე, აწარმოებს მოლაპარაკებას A ქსელის კლიენტი კომპიუტერის 1 პროტოკოლებთან და B ქსელის სერვერული კომპიუტერის 3 პროტოკოლებთან. დავუშვათ, რომ ორი ქსელი იყენებს სრულიად განსხვავებულ პროტოკოლის დასტას. როგორც ნახატიდან ჩანს, პროტოკოლის ორივე სტეკი დანერგილია კარიბჭეში.
ბრინჯი. 3.14. კარიბჭის მუშაობის პრინციპები
მოთხოვნა კლიენტის კომპიუტერის განაცხადის პროცესიდან A ქსელში მიდის მისი პროტოკოლის სტეკის აპლიკაციის ფენაში. ამ პროტოკოლის შესაბამისად, აპლიკაციის დონეზე იქმნება შესაბამისი პაკეტი (ან რამდენიმე პაკეტი), რომელშიც სერვისის შესრულების მოთხოვნა გადაეცემა B ქსელის ზოგიერთ სერვერს. აპლიკაციის დონის პაკეტი გადაეცემა კომპიუტერის დასტას. ქსელში A, შემდეგ კი მონაცემთა ბმულისა და ფიზიკური შრეების პროტოკოლების შესაბამისად, ქსელი A მიდის კომპიუტერზე 2, ანუ კარიბჭეზე.
აქ ის გადაიცემა A ქსელის პროტოკოლის სტეკის ყველაზე დაბალი დონიდან უმაღლეს დონეზე. შემდეგ ქსელის A დასტას აპლიკაციის ფენის პაკეტი გარდაიქმნება (ითარგმნება) B ქსელის სერვერის სტეკის აპლიკაციის ფენის პაკეტში. პაკეტის კონვერტაცია. ალგორითმი დამოკიდებულია კონკრეტულ პროტოკოლებზე და, როგორც უკვე აღვნიშნეთ, შეიძლება საკმაოდ რთული იყოს. მაგალითად, ინფორმაცია სერვერის სიმბოლური სახელისა და მოთხოვნილი სერვერის რესურსის სიმბოლური სახელის შესახებ (კერძოდ, ეს შეიძლება იყოს ფაილური სისტემის დირექტორიას სახელი) შეიძლება გამოყენებულ იქნას როგორც ზოგადი ინფორმაცია, რომელიც იძლევა სწორი თარგმნის საშუალებას. კონვერტირებული პაკეტი ქსელის B სტეკის ზედა დონიდან გადაეცემა ქვედა დონეებს ამ სტეკის წესების შესაბამისად, შემდეგ კი ფიზიკური საკომუნიკაციო ხაზების გასწვრივ B ქსელის ფიზიკური და მონაცემთა ბმულის ფენების პროტოკოლების შესაბამისად ჩადის. სხვა ქსელში სასურველ სერვერზე. სერვერის პასუხი გარდაიქმნება კარიბჭის მიერ იმავე გზით.
მეორე მიდგომა, რომელიც ამჟამად გამოიყენება პრაქტიკაში, არის ტექნოლოგიის გამოყენება სამუშაო სადგურებში სხვადასხვა პროტოკოლის სტეკების მულტიპლექსირებისთვის.
ბრინჯი. 3.15. სტეკის მულტიპლექსირება
პროტოკოლის სტეკის მულტიპლექსირებაში, ორი კომუნიკაციური კომპიუტერიდან ერთი სხვადასხვა პროტოკოლის დასტაებით ათავსებს მეორე კომპიუტერის საკომუნიკაციო დასტას. ნახაზი 3.15 გვიჩვენებს ქსელში 1 კლიენტის კომპიუტერის ურთიერთქმედების მაგალითს სერვერთან მის ქსელში და სერვერთან ქსელში 2, რომელიც მუშაობს პროტოკოლის დასტასთან, რომელიც სრულიად განსხვავდება 1 ქსელის დასტისაგან. კლიენტის კომპიუტერი ახორციელებს ორივეს. სტეკები. იმისათვის, რომ განაცხადის პროცესიდან მოთხოვნა სწორად დამუშავდეს და გაიგზავნოს შესაბამისი სტეკის მეშვეობით, კომპიუტერს უნდა დაემატოს სპეციალური პროგრამული ელემენტი - პროტოკოლის მულტიპლექსერი. მულტიპლექსერს უნდა შეეძლოს განსაზღვროს, რომელ ქსელში ხდება კლიენტის მოთხოვნა. ამ მიზნით შეიძლება გამოვიყენოთ ქსელის სახელების სერვისი, რომელიც აღნიშნავს კონკრეტული რესურსის კუთვნილებას კონკრეტულ ქსელში შესაბამისი პროტოკოლის სტეკით.
მულტიპლექსირების ტექნოლოგიის გამოყენებისას ოპერაციული სისტემის საკომუნიკაციო ხელსაწყოების სტრუქტურა შეიძლება უფრო რთული იყოს. ზოგადად, თითოეულ დონეზე, ერთი პროტოკოლის ნაცვლად, ჩნდება პროტოკოლების მთელი ნაკრები და შეიძლება იყოს რამდენიმე მულტიპლექსერი, რომლებიც ასრულებენ გადართვას სხვადასხვა დონის პროტოკოლებს შორის (სურათი 3.16). მაგალითად, სამუშაო სადგურს შეუძლია ქსელებში წვდომა NetBIOS, IP, IPX პროტოკოლებით ერთი ქსელური ადაპტერის საშუალებით. ანალოგიურად, სერვერს, რომელიც მხარს უჭერს NCP, SMB და NFS აპლიკაციების პროტოკოლებს, შეუძლია მარტივად დაამუშავოს მოთხოვნები სამუშაო სადგურებიდან NetWare, Windows NT და Sun ქსელებში ერთდროულად.
ბრინჯი. 3.16. პროტოკოლის მულტიპლექსირება
პროტოკოლის სტეკის მულტიპლექსირების ტექნოლოგიის განვითარების წინაპირობა იყო სხვადასხვა დონის პროტოკოლებისა და ინტერფეისების მკაცრი განსაზღვრა და მათი ღია აღწერა, ასე რომ, როდესაც კომპანია ახორციელებს "უცხო" პროტოკოლს ან ინტერფეისს, დარწმუნებული უნდა იყოს, რომ მისი პროდუქტი სწორად ურთიერთქმედებს. სხვა კომპანიების პროდუქტებთან, რომლებიც იყენებენ ამ პროტოკოლს.
მეორე მიდგომა, რომელიც ამჟამად გამოიყენება პრაქტიკაში, არის ტექნოლოგიის გამოყენება სამუშაო სადგურებში სხვადასხვა პროტოკოლის სტეკების მულტიპლექსირებისთვის.
პროტოკოლის სტეკის მულტიპლექსირებაში, ორი კომუნიკაციური კომპიუტერიდან ერთი სხვადასხვა პროტოკოლის დასტაებით ათავსებს მეორე კომპიუტერის საკომუნიკაციო დასტას. ნახ. ნახაზი 4.3 გვიჩვენებს ქსელში 1 კლიენტის კომპიუტერის ურთიერთქმედების მაგალითს მის ქსელში არსებულ სერვერთან და სერვერთან ქსელში 2, რომელიც მუშაობს პროტოკოლის დასტასთან, რომელიც სრულიად განსხვავდება ქსელის 1 დასტასგან. კლიენტის კომპიუტერი ახორციელებს ორივეს. სტეკები. იმისათვის, რომ განაცხადის პროცესიდან მოთხოვნა სწორად დამუშავდეს და გაიგზავნოს შესაბამისი სტეკის მეშვეობით, კომპიუტერს უნდა დაემატოს სპეციალური პროგრამული ელემენტი - პროტოკოლის მულტიპლექსერი. მულტიპლექსერს უნდა შეეძლოს განსაზღვროს, რომელ ქსელში ხდება კლიენტის მოთხოვნა. ამ მიზნით შეიძლება გამოვიყენოთ ქსელის სახელების სერვისი, რომელიც აღნიშნავს კონკრეტული რესურსის კუთვნილებას კონკრეტულ ქსელში შესაბამისი პროტოკოლის სტეკით.
მულტიპლექსირების ტექნოლოგიის გამოყენებისას ოპერაციული სისტემის საკომუნიკაციო ხელსაწყოების სტრუქტურა შეიძლება უფრო რთული იყოს. ზოგადად, თითოეულ დონეზე, ერთი პროტოკოლის ნაცვლად, ჩნდება პროტოკოლების მთელი ნაკრები და შეიძლება იყოს რამდენიმე მულტიპლექსერი, რომლებიც ახორციელებენ გადართვას სხვადასხვა დონის პროტოკოლებს შორის (ნახ. 4.4). მაგალითად, სამუშაო სადგურს შეუძლია ქსელებში წვდომა NetBIOS, IP, IPX პროტოკოლებით ერთი ქსელური ადაპტერის საშუალებით. ანალოგიურად, სერვერს, რომელიც მხარს უჭერს NCP, SMB და NFS აპლიკაციების პროტოკოლებს, შეუძლია მარტივად დაამუშავოს მოთხოვნები სამუშაო სადგურებიდან NetWare, Windows NT და Sun ქსელებში ერთდროულად.
ბრინჯი. 4.3. სტეკის მულტიპლექსირება
პროტოკოლის სტეკის მულტიპლექსირების ტექნოლოგიის განვითარების წინაპირობა იყო სხვადასხვა დონის პროტოკოლებისა და ინტერფეისების მკაცრი განსაზღვრა და მათი ღია აღწერა, ასე რომ, როდესაც კომპანია ახორციელებს "უცხო" პროტოკოლს ან ინტერფეისს, დარწმუნებული უნდა იყოს, რომ მისი პროდუქტი სწორად ურთიერთქმედებს. სხვა კომპანიების პროდუქტებთან, რომლებიც იყენებენ ამ პროტოკოლს.
თუ ხშირია ინტერნეტის შეფერხებები, Windows 10 გაცნობებთ, რომ ერთი ან მეტი ქსელის პროტოკოლი აკლია. ბოლო თვეების განმავლობაში მომხმარებლებს არ მიუღიათ მკაფიო პასუხი Windows-ის მხარდაჭერისგან. ერთობლივი ძალისხმევით, ახალი OS-ის მომხმარებლებმა იპოვეს რამდენიმე სამუშაო გზა ამ პრობლემის გადასაჭრელად. იმედია ისინიც დაგეხმარებიან.
მნიშვნელოვანი! თუ ინტერნეტთან წვდომა დაიკარგა ქსელის ბარათის დრაივერის ან Wi-Fi ადაპტერის ავტომატური განახლების გამო, წაიკითხეთ ინსტრუქციები: .
საკაბელო კავშირის შემოწმება
მინდა აღვნიშნო, რომ შეცდომა გამოწვეულია ცუდი ქსელის საკაბელო კავშირით. ამიტომ, სანამ შემდგომ რჩევებს გააგრძელებთ:
- ამოიღეთ და ხელახლა ჩასვით კაბელი კომპიუტერის (ლეპტოპის) ქსელის ბარათში.
- იგივე გააკეთეთ Wi-Fi როუტერთან დაკავშირებული ქსელის კაბელთან ერთად.
ასეთი შეცდომა შეიძლება გაქრეს, მაგრამ როგორც პრაქტიკა გვიჩვენებს, გარკვეული პერიოდის შემდეგ ის კვლავ გამოჩნდება.
TCP/IP პროტოკოლის გადატვირთვა
შემდეგი, რაც დაგეხმარებათ, არის TCP/IP პროტოკოლის და WinSock-ის გადატვირთვა. ამისათვის:
მიიღეთ შეცდომა "წვდომა აკრძალულია" პირველი ბრძანების გაშვების შემდეგ? ჩვენ მას ვხსნით შემდეგი გზით:
თუ Windows 10-ის შეცდომა „ერთი ან მეტი ქსელის პროტოკოლი აკლია“ შენარჩუნებულია, გადადით შემდეგ ეტაპზე.
NetBIOS-ის გამორთვა
Windows 10-ის მომხმარებლები ასევე სარგებლობენ NetBIOS-ის გამორთვით ქსელური კავშირებისთვის:
რჩევა! ამავე დროს, შეამოწმეთ არის თუ არა მონიშნული ველი პროტოკოლის გვერდით (ასე უნდა იყოს) და დაყენებული სწორია.
პროგრამები, რომლებიც გავლენას ახდენენ ქსელის მუშაობაზე
ხშირად ინტერნეტის ნაკლებობის დამნაშავე შეიძლება იყოს პროგრამული უზრუნველყოფა, რომელიც იყენებს ქსელის პროტოკოლებს. მათ შორის დაფიქსირდა:
- LG Smart Share;
- თამაშის ცენტრი Mail.ru;
- KMP Player;
- ESET ჭკვიანი ეკრანი;
- μTorren;
- iCloud.
არ არის გამორიცხული ემულატორები, ვირტუალური მანქანები, ანტივირუსები, ფაიერვოლები და სხვა მსგავსი პროგრამები. თუ თქვენ ახლახან შეიტანეთ ცვლილებები ასეთ პროგრამებში, შეამოწმეთ ქსელის მოქმედება პროგრამების ნაგულისხმევ პარამეტრებზე გადატვირთვით ან გარკვეული ხნით გამორთვით.
რჩევა! თუ Windows 10 სტაბილური იყო, მაგრამ შეცდომა მოხდა „სხვა დღეს“, გამოიყენეთ სისტემა უკან დასაბრუნებლად.
სხვა შესაძლო მიზეზები
წინააღმდეგ შემთხვევაში, შეცდომები შეიძლება გამოჩნდეს შემდეგი მიზეზების გამო:
- დრაივერები ქსელის ან Wi-Fi ადაპტერისთვის. მოწყობილობის მენეჯერმა შეიძლება აჩვენოს, რომ დრაივერთან ყველაფერი კარგადაა და დაინსტალირებულია ყველა უახლესი განახლება. მაგრამ თუ მსგავსი პრობლემა წარმოიქმნება, სცადეთ სხვა დრაივერის დაყენება:
- . დაკავშირებულმა პროფილმა გამოიწვია ქსელის უკმარისობა. ლოკალური ანგარიშის გამოყენებისას პრობლემა გაქრა. თუ საკუთარ თავში იპოვით ამ ნიმუშს, სცადეთ სისტემის აღდგენა და ყველა უახლესი განახლების ჩამოტვირთვა.
- ინტერნეტ კავშირის ტიპი "DHCP სერვერი" ჩართულია თავად როუტერის პარამეტრებში. შეამოწმეთ ქსელის ქცევა, თუ შეცვლით კავშირის ტიპს.
- ჩართულია დაინსტალირებული ან წაშლილი პროგრამული უზრუნველყოფის პროტოკოლი. გადადით ადაპტერის თვისებებზე და გამორთეთ ყველა პროტოკოლი TCP/IPv4-ის გარდა. აღმოფხვრის პროცესის გამოყენებით, დაადგინეთ, რომელი იწვევს მარცხს. მაგალითად, ჩართულია ESET Smart Screen პროტოკოლი, თუმცა ანტივირუსი ამოღებულია კომპიუტერიდან.