Squid პირდაპირ წავიდა. თქვენი ბრაუზერი მაინც Squid-ს იყენებდა.
განასხვავეთ პროქსი, რომელიც თავის მშობელ პროქსის გვერდით გადის, კლიენტისგან, რომელიც პროქსის გვერდით გადის, და იპოვეთ ცვლილება, რომელიც ნამდვილად ახდენს გავლენას კლიენტის გზაზე.
წვდომის ჟურნალი ამბობს DIRECT, მაგრამ ბრაუზერი მაინც უკავშირდება Squid-ს. ეს მოსალოდნელი კომბინაციაა.
Squid-ის იმ ვერსიებისთვის, რომლებიც მხარს უჭერენ always_direct-ს, დირექტივა Squid-ს ეუბნება, რომ წყაროს მიაღწიოს მშობელი ან დობილი პროქსის გამოყენების გარეშე. ის ცვლის Squid-ის შემდეგ მომდევნო ნახტომს. ის არ გადაწერს ბრაუზერის ადრინდელ პროქსი-გადაწყვეტილებას.
browser → Squid → origin
browser → originკლიენტის თვალსაზრისით Squid-ს გვერდით მხოლოდ მეორე გზა გადის. ამ გზის მოსათხოვად, მონაწილე კლიენტი კონფიგურირეთ მისი მხარდაჭერილი გამონაკლისის ან PAC პოლიტიკის მეშვეობით.
ეს განსხვავება მნიშვნელოვანია, როცა განზრახული შესწორება სამუშაო სადგურიდან შიდა მოწყობილობამდე მისვლაა. Squid-ის პირდაპირ წასვლა ნიშნავს, რომ მოწყობილობამდე აღწევენ Squid-ის ქსელიდან. ეს შეიძლება იყოს სხვა მანქანა, სხვა ქვექსელი და სრულიად განსხვავებული წყაროს მისამართი.
ავტორიზაციაც ცალკე შეინახეთ. თანასწორის შერჩევის დირექტივა არ იძლევა პროქსის გამოყენების ნებართვას და არ თიშავს ობიექტების ქეშირებას. შეინარჩუნეთ შეზღუდული წვდომის პოლიტიკა, სანამ ცვლით განზრახულ შემდგომ მარშრუტს.
შედეგის მოხსენებისას დაასახელეთ ის ნახტომი, რომელიც პირდაპირ წავიდა. უხარისხო სიტყვა „გვერდის ავლა“ ზუსტად ფარავს იმ ინფორმაციას, რომელიც საჭიროა იმის სათქმელად, შეცვალა თუ არა კონფიგურაციამ სწორი კავშირი.