Linux-ის პაკეტების რომელი გზა უნდა აიძულოს პროქსის გამოყენება?

Linux კარიბჭეს შეუძლია პროქსის პროცესის გაშვება და ამავდროულად ტრაფიკის გვერდის ავლით მარშრუტიზაცია. ეს ერთი და იგივე პაკეტების გზა არ არის.

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

განსაზღვრეთ, რა უნდა აიძულოთ

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

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

პროტოკოლის არე მნიშვნელოვანია. TCP წესი თავისთავად არ აღწერს UDP ტრაფიკს, მათ შორის QUIC-ს. ტრაფიკის ჩარევა სხვა დიზაინია; გამოკვეთილი HTTPS პროქსი შეიძლება უზრუნველყოს CONNECT ვებსაიტის სესიის გაშიფვრის გარეშე.

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