ცალკე ავტორიზაციის მონაცემები Squid-ის ზედა პროქსისთვის
Squid 6.13-ს მიეცით საკუთარი ზედა პროქსის ანგარიში და ნუ ჩათვლით, რომ კლიენტის პაროლი სხვა ოპერატორს უნდა გადაეცეს.
მომხმარებლის შესვლა თქვენს Squid სერვისში და Squid-ის შესვლა ზედა პროქსიში სხვადასხვა მონაცემს იყენებს. ზედა პროქსი შეიძლება სხვა ოპერატორს ეკუთვნოდეს ან ანგარიშების სხვა ბაზას იყენებდეს. კლიენტის პაროლის მიღება არ ნიშნავს, რომ ის ზემოთ უნდა გადასცეთ.
Squid 6.13-ს შეუძლია ზედა პროქსის განსაზღვრებას სტატიკური შესვლის მონაცემები დაურთოს:
cache_peer 192.0.2.20 parent 3128 0 no-query default name=upstream login=parentuser:ExampleOnly
ზემოთ მოცემული მისამართი და პაროლი დოკუმენტაციის მაგალითებია. შესვლის მონაცემები დაამატეთ ზედა პროქსის არსებულ განსაზღვრებას, რომ შემთხვევით მეორე peer არ შექმნათ. შეინარჩუნეთ ცალკე მარშრუტიზაციის პოლიტიკა, რომელიც წყვეტს, რომელმა მოთხოვნებმა უნდა გამოიყენოს ეს ზედა პროქსი.
ანგარიშების მოქმედების არეები გამიჯნეთ
ქვედა მხარის auth_param პარამეტრები ამოწმებს თქვენი Squid ინსტანციის კლიენტებს. Peer-ის login პარამეტრი სხვა გადასვლისთვის იძლევა მონაცემებს. ერთის შეცვლა მეორეს ავტომატურად არ აახლებს.
დაიცავით ზედა პროქსის დოკუმენტირებული ავთენტიფიკაციის მოთხოვნები. ეს ხაზი არ არის ყველა კავშირზე ორიენტირებული ავთენტიფიკაციის სქემის სრული კონფიგურაცია. თუ ზედა პროქსი NTLM-ს ან Negotiate-ს მოელის, შეამოწმეთ მხარდაჭერილი peer მოწყობა, ამ ველში პაროლის განმეორებით შეცვლის ნაცვლად.
Squid-ს მონაცემების გადაცემის პარამეტრებიც აქვს, მაგალითად PASS და PASSTHRU. მათი მნიშვნელობა სპეციალური ზედა ანგარიშისგან განსხვავდება და შეიძლება კლიენტის ავთენტიფიკაციის ინფორმაცია peer-ს გაუმჟღავნონ. ნუ აირჩევთ მათ შემოვლით გზად, თუ ჩანაფიქრი ცალკე ანგარიშებს იყენებს.
დაიცავით კონფიგურაცია და შეამოწმეთ სწორი გადასვლა
სტატიკური საიდუმლო კონფიგურაციაში ინახება. შეზღუდეთ ფაილებზე და სარეზერვო ასლებზე წვდომა და გაზიარებამდე წაშალეთ მგრძნობიარე მონაცემები პარსერის ან გამართვის გამოტანიდან. პარამეტრს საკუთარი ესკეიპის წესები აქვს: დოკუმენტაცია URL ესკეიპებს უშვებს და პირდაპირი პროცენტის ნიშნის გაორმაგებას მოითხოვს.
თუ კლიენტები წარმატებით ავთენტიფიცირდებიან, მაგრამ გადაგზავნილი მოთხოვნები ზედა პროქსიში კვლავ ვერ სრულდება, შეისწავლეთ ეს ზედა გაცვლა და ანგარიში. გამიჯნეთ კლიენტი–Squid და Squid–ზედა პროქსი გადაცემის დაცვაც: პირველი კავშირის დაშიფვრა მეორეს ავტომატურად არ იცავს.