რამდენად შორს შეიძლება მიაღწიოს Squid-ის MAC წესმა?
გაიგეთ, რა შეიძლება ისწავლოს Squid-მა კლიენტის MAC მისამართიდან ლოკალურ ბმულზე და რა იკარგება როუტერის მიღმა.
MAC-ზე დაფუძნებული პროქსის წესი შეიძლება იმუშაოს Squid სერვერის გვერდით მდგარ კომპიუტერზე და ვერ იმუშაოს სხვა ქვექსელში მდგარ იდენტურ კომპიუტერზე. როუტერი ცვლის იმას, რისი დაკვირვებაც პროქსის შეუძლია.
ARP ამოხსნის IPv4 მეზობლის ბმულის დონის მისამართს ლოკალურ ბმულზე. ის არ გადააქვს თავდაპირველ Ethernet მისამართს ყოველ მარშრუტიზებულ ნახტომზე. ამიტომ დისტანციური მარშრუტით მიღწეული კლიენტი არ უდრის უშუალოდ დაკავშირებულ მეზობელს მხოლოდ იმიტომ, რომ Squid მის IP მისამართს ხედავს.
IPv4-ისთვის Squid-ის ACL დოკუმენტაცია MAC ძიებას ერთი და იმავე ქვექსელის კლიენტებით ზღუდავს და შესაბამისი მხარდაჭერის მქონე აწყობას მოითხოვს. შეამოწმეთ ორივე პირობა, ვიდრე შეუსაბამო MAC ACL-ს ბეჭდვით შეცდომად ჩათვლით.
გამოიყენეთ იდენტიფიკატორი სწორ საზღვარზე
უშუალოდ დაკავშირებული კლიენტებისთვის მხარდაჭერილი MAC წესი შეიძლება აღწერდეს მოწყობილობის დონის ქსელურ მდგომარეობას. ის მაინც არ ამოწმებს იმ პიროვნებას, ვინც ამ მოწყობილობას მართავს. და არც მოხსენებულ აპარატურულ მისამართს ხდის შეუცვლელს.
როუტერის მიღმა გამოიყენეთ პროქსიზე ხელმისაწვდომი ინფორმაცია: კონტროლირებადი წყაროს ქვექსელი, ავთენტიფიცირებული პროქსის იდენტობა ან მკაფიოდ დაპროექტებული სანდო იდენტობის ინტეგრაცია. DHCP სერვერის იჯარის ცხრილის წაკითხვა დამატებითი კორელაციის სისტემაა, არა ARP-ის მოქმედების გაფართოება.
წესის გადახედვისას დახაზეთ გზა კლიენტიდან Squid-მდე და მონიშნეთ ყოველი როუტერი. შემდეგ იკითხეთ, ნამდვილად უჭერს მხარს დაყენებული აწყობა ACL-ს და ძიების რეჟიმს. ეს ორი შემოწმება ბევრად მეტს ხსნის, ვიდრე კლიენტის MAC-ის განმეორებით ჩასმა იმავე წესში.