TPROXY პაკეტის თვალყურის დევნება სოკეტამდე
შეამოწმეთ მიმღები სოკეტი, პაკეტის ნიშანი და ლოკალური პოლიტიკის მარშრუტი, როგორც გამჭვირვალე პროქსის მიწოდების ერთი გზა.
TPROXY-ის მთვლელი შეიძლება გაიზარდოს, მაშინ როცა აპლიკაცია არაფერს იღებს. წესი დაემთხვა, მაგრამ ლოკალური მიწოდება კვლავ დამოკიდებულია პოლიტიკის მარშრუტიზაციაზე და შესაფერის მიმღებ სოკეტზე.
Linux-ის TPROXY-ს შეუძლია ტრაფიკის ჩაჭერა დანიშნულების გადაწერის გარეშე, როგორც ამას DNAT აკეთებს. ამიტომ არალოკალურ დანიშნულებაზე მიმართული პაკეტები უნდა მივიდეს შესაბამის ლოკალურ სოკეტამდე.
მიჰყევით მიწოდების გზას
- ტრაფიკი ჩაჭერის ჰოსტამდე აღწევს განკუთვნილი ინტერფეისით და მისამართების ოჯახით.
- ჩაჭერის წესი და პაკეტის ნიშანი განსაზღვრავს ლოკალური მიწოდების პოლიტიკას.
- შესაბამისი პოლიტიკის წესი ირჩევს მარშრუტს, რომელიც პაკეტებს ლოკალურად აწვდის.
- პროქსი იყენებს მხარდაჭერილ გამჭვირვალე მსმენელს საჭირო სოკეტის პარამეტრით.
ბირთვის IPv4 მაგალითი მოითხოვს აპლიკაციის მხარდაჭერას IP_TRANSPARENT-ისთვის. იმავე პორტზე ჩვეულებრივი მსმენელი ან გლობალური არალოკალური მიბმის პარამეტრი ამ მხარდაჭერას არ ამტკიცებს.
| დაკვირვება | შემდეგი შემოწმება |
|---|---|
| შესაბამისი შემავალი პაკეტები არ არის | ტრაფიკის გზა და შემავალი ინტერფეისი |
| პაკეტები მოდის; ჩაჭერის მთვლელი უძრავია | მისამართების ოჯახი, ჯაჭვი და დამთხვევის პირობები |
| წესი ემთხვევა; ლოკალური მიწოდება ვერ ხერხდება | ნიშანი და პოლიტიკის მარშრუტის არჩევა |
| სოკეტი ისმენს; აპლიკაცია ვერაფერს ხედავს | გამჭვირვალე სოკეტის შესაძლებლობა და მსმენელის მფლობელი |
| მოთხოვნა იწყება; შემდგომი პასუხები ვერ ხერხდება | დამყარებული სოკეტის დამთხვევა და დაბრუნების მარშრუტები |
შეინახეთ ჩატვირთული კონფიგურაცია და ქსელის სახელთა სივრცე ყოველ დაკვირვებასთან ერთად. შემდგომმა წესმა შეიძლება გადაწეროს ნიშანი ან სხვა მარშრუტი აირჩიოს. თუ ჩაჭერა ხდება ჰოსტზე, მაშინ როცა მსმენელი კონტეინერში მუშაობს, ჰოსტის სწორი ლოკალური მარშრუტი ავტომატურად არ აწვდის იმ კონტეინერს.
გაითვალისწინეთ შემდგომი პაკეტები
ბირთვის მაგალითი მოიცავს სოკეტის დამთხვევას და DIVERT გზას, რომელიც ნიშნავს გამჭვირვალე სოკეტების პაკეტებს. მისი გამოტოვება შეიძლება შემდგომი ტრაფიკი სხვა გზაზე დატოვოს, მაშინაც კი, როცა საწყისი ჩაჭერა წარმატებულია.
გამოიყენეთ აპლიკაციის მხარდაჭერილი გამჭვირვალე რეჟიმი და შესაბამისი ბირთვის დოკუმენტაცია თითოეული მისამართების ოჯახისთვის. IPv4-ის ლოკალური მარშრუტის ბრძანება IPv6-ს არ აყენებს, და ერთ ოჯახში მხარდაჭერა არ ამტკიცებს მეორის სოკეტის ქცევას.
TPROXY ასევე არ ქმნის SOCKS მოლაპარაკებას. გამჭვირვალიდან SOCKS-ზე კომპონენტმა კვლავ უნდა აღმოაჩინოს დანიშნულება და მოლაპარაკება აწარმოოს ზედა ნაკადთან.
გადასვლა REDIRECT-იდან
ჩაწერეთ, როგორ იღებს არსებული აპლიკაცია საწყის დანიშნულებას. REDIRECT ცვლის დანიშნულებას და ეყრდნობა შესაბამის აღდგენის მექანიზმს; TPROXY-ს სჭირდება საკუთარი გამჭვირვალე სოკეტი და მარშრუტიზაციის მოწყობა. აირჩიეთ აპლიკაციისა და წყაროს მისამართის პოლიტიკის მიხედვით.
ჩაჭერის რეჟიმების შეცვლამდე დააკავშირეთ მთვლელები არჩეულ მარშრუტს, სოკეტის შესაძლებლობას და აპლიკაციის ჟურნალს. დისტრიბუტივზე, რომელიც საჭირო საშუალებებს გვაძლევს, დაკარგული მიწოდების ნაბიჯი უკეთესი საწყისი წერტილია, ვიდრე ბირთვის ხელახალი კომპილაცია.