Კონფლიქტის IP მისამართები ქსელში: აღმოჩენისა და რეზოლუცია

ფორუმის შეკითხვა ქსელის პერიოდულად ამოდის, რომელიც შეიცავს იმავე IP მისამართი იმავე ფიზიკური სეგმენტი. გამოდის, ე.წ. კონფლიქტის IP მისამართები ქსელში. წაკითხვის შემდეგ ბევრი ამ ფორუმის ირკვევა, რომ არა ყველა სწორად გვესმოდეს, რომ ეს პროცესი, ამდენი იწყებენ გასცემენ ფაქტები სხვადასხვა მხატვრული და ვარაუდებს, რომლებიც შორს სიმართლე. ცოტა ხნის წინ, ერთ-ერთ შესანიშნავი რესურსი ადმინისტრატორები აქტიურად განიხილებოდა ამ საკითხთან დაკავშირებით. ამ მხრივ, აუცილებელი იყო, რათა როგორმე განმარტავს დაჭერით სიტუაცია. ფორუმი ფორმატი - გაცვლა ჯაჭვის კითხვები და პასუხები მათ, და სტატიაში შეიძლება დაფაროს ყველაფერი თანმიმდევრულად.

კონფლიქტის IP მისამართები ქსელის და ქსელის ოქმები

ერთადერთი, რაც არის პასუხისმგებელი კონტროლის დუბლირებას ქსელური მისამართები, ოქმი კონვერტაციის ARP მისამართები. ეს შეიძლება იყოს წარმოდგენილი გარკვეული ფორმით ყველა ამ ურთიერთქმედების. როდესაც ახალი IP მისამართი, კვანძის უგზავნის სპეციალური broakdast ნებაყოფლობითი თხოვნით, ARP ფორმატში. მნიშვნელოვანია, გვესმოდეს, რომ ეს პროცესი არ იმოქმედებს IP DNS სერვერის მისამართი. მოთხოვნა არის სპეციალური ფორმა ინფორმაციის გადაცემის, სადაც სფეროში SPA TRA და შეიცავდეს საკუთარი მისამართები. თუ ეს მოთხოვნა უკვე უპასუხა, და ეს არის კონფლიქტი IP მისამართები ქსელში. თუ არ არის პასუხი, მაშინ მისამართი და ორჯერ ან, და ეს არის უნიკალური ქსელში. ბევრად უფრო საინტერესო სიტუაცია, როდესაც პასუხი მოდის, რომ ამ შემთხვევაში არ არის ქსელში?

კვანძის აგზავნის მოთხოვნას ქსელში, იძენს სტატუსის ე.წ. შემტევს ს საიტი, და ერთი, რომ გასცა პასუხი მოთხოვნას იძენს სტატუსის დაესხნენ საიტი. რა მოხდება, თუ თითოეული მათგანი პროცესში გამოვლენის კონფლიქტის?

განვიხილოთ თავდასხმაში ერთეული. თუ იგი არ არის დინამიური IP მისამართი და პარამეტრების მზადდება ხელით, შემდეგ პასუხი აღადგინოთ ინიციალიზაციისას მისამართი, რომ არის, კვანძის ვერ დაავალოს კონფლიქტის მისამართი ინტერფეისი. ჩანაწერების იქნება შევიდა log ფაილი, და შეცდომა ეკრანზე. თუ მისამართი გარემოში ხორციელდება მეშვეობით DHCP, მაშინ მომხმარებელს იქნება დამოწმებული კონფლიქტის რომ მიმართოს, რომელიც მიღებული მათ მიერ DHCP სერვერის სპეციალური პაკეტი DHCPOFFER. იმ შემთხვევაში, თუ აღმოჩნდება, რომ მისამართი DHCPOFFER სარეზერვო, შემდეგ კლიენტი იღებს მოთხოვნის გადაეგზავნება სპეციალური პაკეტი DHCPDECLINE DHCP სერვერი. დამოკიდებულია მომსახურების განხორციელების ამ მისამართზე იქნება როგორც დაზიანებული, მაშინ იგი უნდა ამოღებულ სიაში არსებული მისამართები. ამის შემდეგ, მომხმარებელს მოხდება ახალი მცდელობა, რომ IP მისამართი სერვერზე გაგზავნის DHCPDISCOVER პაკეტი.

ახლა თქვენ შეგიძლიათ ნახოთ IP მისამართი კონფლიქტის ქსელში მხარეს თავს დაესხნენ საიტზე. მათ დაადგინეს, რომ კონფლიქტის ძალიან მარტივია, თუ სფეროში SPA, მაშინ კვანძის დადგინდა, კონფლიქტი. ეს ფაქტი ასევე დაფიქსირებულია სარეგისტრაციო ჟურნალი, და მომხმარებელი მიიღებს შეცდომა. ამავე დროს დაესხა მასპინძელი IP მისამართი არ მოიხსნება, ეს გახდა კონფლიქტის მიზეზი. თუ დადგინდა, რომ კონფლიქტის იწყებს მუშაობას მექანიზმი არსებული კონფლიქტის დარეგულირებაში. არსი პრობლემა ამ შემთხვევაში ასეთია: გაგზავნის შემდეგ შეკითხვაზე წარედგინება ნებაყოფლობითი თხოვნა ყველას სამომხმარებლო სეგმენტების კონკრეტული ნიმუში. შედეგი ის არის, მიიღოს ნიმუში სერიალი საკომუნიკაციო triple ფარგლებში.

მნიშვნელოვანია, გვესმოდეს, რომ კომუნიკაციის მოთხოვნას და რეაგირება მხოლოდ ინიციალიზაცია მისამართზე. თუ, მაგალითად, საიტზე უკვე კონფიგურაცია მივმართო კონფლიქტში მისი კავშირი ქსელის, მას შემდეგ, რაც მისი ჩართვა არ მოხდება ნებაყოფლობითი გაცვლა მონაცემების მოითხოვს. ამ მხრივ, ორ კვანძების ქსელში იქნება გამოყენებული მისამართი კონფლიქტი, მაგრამ ყოველ ახალ ARP მოთხოვნით ორივე კვანძების წარმოქმნის შეცდომები კონფლიქტის მისამართები.