იმავე ქვექსელის ვებსაიტებს შეუძლიათ გვირაბის გამჭვირვალე პროქსის გვერდის ავლა
ხსნის, რატომ შეიძლება ერთი ქვექსელის ტრაფიკმა გვირაბის ჩაჭრის წესი გვერდი აუაროს, მაშინ როცა ინტერნეტის მოთხოვნები მის ჟურნალში ჩანს.
ინტერნეტში დათვალიერება გვირაბის პროქსის ჟურნალში ჩანს. ოფისის ლოკალურ ქსელში მდებარე ვებსაიტი — არა. URL ფილტრის შეცვლამდე დაადგინეთ, მივიდა თუ არა ლოკალური ქსელის მოთხოვნა გვირაბამდე.
უშუალოდ დაკავშირებული IPv4 დანიშნულებისთვის კლიენტს შეუძლია დანიშნულების არხის დონის მისამართის ამოხსნა და ლოკალურ სეგმენტზე მისამართზე გაგზავნა. მისი ნაგულისხმევი გვირაბი ავტომატურად არ არის ამ გზაზე. გვირაბზე არსებული გამჭვირვალე ჩაჭრის წესი ვერ გადაამისამართებს პაკეტებს, რომლებსაც გვირაბი არასდროს იღებს.
მაგალითად, ერთი უშუალოდ დაკავშირებული ქვექსელის ორ ჰოსტს შეუძლია ტრაფიკის გაცვლა კომუტატორის მეშვეობით, მაშინ როცა პროქსის მანქანა სხვა კომუტატორის პორტზეა მიერთებული. მხოლოდ იმ ქსელში ყოფნა პროქსის გადამისამართების წერტილად არ აქცევს.
აირჩიეთ სასურველი გზა
აშკარა პროქსის პარამეტრს შეუძლია მონაწილე აპლიკაციის მოთხოვნა პროქსის გაუგზავნოს მაშინაც, როცა სამიზნე ვებსაიტი ლოკალურია. შეამოწმეთ გვერდის ავლის წესები და PAC გადაწყვეტილებებიც: მათ შეიძლება განზრახ აირჩიონ DIRECT პირადი სახელებისთვის ან მისამართებისთვის.
თუ ჩაჭრა საჭიროა, ქსელმა ჩაჭრის წერტილი ნამდვილად უნდა მოათავსოს გზაზე; Linux გვირაბზე განასხვავეთ ლოკალური და გადაცემული პაკეტების გზები. მარშრუტიზებული ქვექსელების გამოყოფა ან განზრახ ხაზში ჩასმული ხიდი ამას შესაფერის დიზაინებში ახერხებს, მაგრამ თითოეული ცვლის გადაცემისა და უკმარისობის ქცევას. ქსელის სხვა ადგილას მდებარე ხიდი ავტომატურად ხაზში არ არის.
აპლიკაციის პროტოკოლის მოთხოვნა ცალკე შეინახეთ. მას შემდეგაც, რაც ტრაფიკი მოწყობილობას გადაკვეთს, მსმენელმა ჩაჭრის რეჟიმი უნდა დაუჭიროს. პაკეტების გადაადგილება HTTPS-ის გაშიფვრის ნებართვა არ არის და არც გარანტია, რომ ჩვეულებრივ SOCKS პორტს შეუძლია მათი მიღება.
ჩაწერეთ კლიენტის მიერ არჩეული მარშრუტი, ლოკალური სეგმენტი და ფაქტობრივი გადამცემი მოწყობილობა. პროქსის ჟურნალის არარსებობა შეიძლება ტოპოლოგიის სწორი აღწერა იყოს და არა ჟურნალის შეცდომა.