მშობელი პროქსი რომელ კლიენტის IP-ს ხედავს?
თვალყური ადევნეთ წყაროს მისამართს, რომელსაც ზედა დინების პროქსი ხედავს, და გადაცემული კლიენტის მეტამონაცემები განსაზღვრულ ნდობის საზღვარში შეინახეთ.
სამუშაო სადგურის ნებადართულთა სიაში შეყვანა სულაც არ ნიშნავს, რომ ახალ ქვედა დინების პროქსის მისი სახელით დაკავშირება შეუძლია:
workstation → local proxy → corporate parent → websiteლოკალური პროქსი ახალ კავშირს ხსნის მშობლისკენ. ჩვეულებრივ, მშობელი ხედავს ამ პროქსის გამავალ მისამართს, შესაძლოა NAT-ის შემდეგ. საწყისი სამუშაო სადგურის მისამართი ახალი კავშირის წყარო არ ხდება მხოლოდ იმიტომ, რომ მან დაიწყო მთლიანი მოთხოვნა.
იპოვეთ ის უშუალო წყარო, რომელსაც მშობელი რეალურად იღებს. ავტორიზაცია მიანიჭეთ ქვედა დინების პროქსის მხოლოდ განკუთვნილი სერვისისთვის და შეინარჩუნეთ კლიენტის შეზღუდვები ქვედა დინების ინსტანციაზე. წინააღმდეგ შემთხვევაში, ნებადართულ შუამავალს შეუძლია წვდომა მისცეს ყველას, ვინც მას შეუძლია მიაღწიოს.
არსებობს განზრახ გამონაკლისი socket-peer-ის მარტივ ინტერპრეტაციაში. Squid 6 და 7 შეიძლება მიჰყვეს X-Forwarded-For-ს ცხადად სანდო პირებიდან და მიღებული არაპირდაპირი კლიენტის მისამართი გამოიყენონ შერჩეული ფუნქციებისთვის. შესაბამისი პარამეტრები წყვეტს, იყენებს თუ არა წყაროს ACL ამ წარმოებულ იდენტობას; src ყოველთვის არ არის ნედლი პირი, როცა ეს ფუნქცია ჩართულია.
გადაცემულ იდენტობას ენდეთ მხოლოდ იმ შუამავლისგან, რომელიც მას სწორად წმენდს და აწვდის. კლიენტის მიერ თვითნებურად მოწოდებული X-Forwarded-For არის მტკიცებული მნიშვნელობა და არა ავთენტიფიცირებული წყარო. სადაც პოლიტიკა ნებას რთავს, დაარეგისტრირეთ როგორც უშუალო პირი, ასევე სანდო საწყისი კლიენტი: პირველი აჩვენებს, ვინ დაუკავშირდა მშობელს, მეორე — ვის ემსახურა ქვედა დინების.