გამოიყენეთ SOCKS5 ცალსახად Firefox-ის PAC შედეგებში
გამოიყენეთ ცალსახა SOCKS5 PAC შედეგი და გამოყავით მისი ანალიზის გზა Firefox-ის ხელით პროქსის პარამეტრის ქცევისგან.
PAC შედეგი ასახელებს როგორც პროქსის, ისე პროტოკოლს. თუ თქვენს Firefox განლაგებას SOCKS5 სჭირდება, მიუთითეთ ეს დაბრუნებულ მნიშვნელობაში:
return "SOCKS5 proxy.example:1080";თუ PAC პოლიტიკა საჯარო ბოლო წერტილებს იყენებს, კანდიდატები აირჩიეთ SOCKS5 პროქსების სიიდან და შეინარჩუნეთ ცალსახა SOCKS5 შედეგი. ზოგად SOCKS ტოკენს თავსებადობის ისტორია აქვს. ეს არ არის გადატანადი მითითება, რომელიც ყველა ბრაუზერმა SOCKS-ის უახლეს ვერსიად უნდა განმარტოს.
აქ განხილულ Firefox იმპლემენტაციაში PAC ანალიზატორი ცალსახა SOCKS5-ს 5 ვერსიის სოკეტის მომწოდებელს უკავშირებს და სერვერის მხრიდან დანიშნულების ჰოსტის სახელის გადაწყვეტას ითხოვს. ხელით პროქსის კონფიგურაცია ცალკე პარამეტრების გზას მიჰყვება. ამიტომ ხელით კონფიგურაციიდან მიღებული პარამეტრის სახელი არ უნდა ჩაითვალოს ყოველი PAC შედეგის უნივერსალურ ახსნად.
ჩანაწერში შეინახეთ ბრაუზერის ზუსტი ვერსია, ჩატვირთული PAC სკრიპტი და დაბრუნებული ტოკენი. სკრიპტი, რომელიც თქვენ შეცვალეთ, სულაც არ არის ის სკრიპტი, რომელიც კლიენტმა მიიღო, და ერთი ჰოსტისთვის დაბრუნებულმა სხვა მარშრუტმა შეიძლება დაკვირვება შეცვალოს.
ეს ეხება დანიშნულების სახელს, რომელიც დაკავშირებულია არჩეულ SOCKS მარშრუტთან. კლიენტს კვლავ სჭირდება პროქსის ბოლო წერტილამდე მისვლა, ხოლო სხვა აპლიკაციები ინარჩუნებენ საკუთარ DNS ქცევას. ნუ აქცევთ ერთ სწორ PAC შედეგს მტკიცებად, რომ მოწყობილობის მასშტაბით ყველა ძიება ახლა დისტანციურად მიდის.
როცა კონფიგურაციამ რამდენიმე ბრაუზერი უნდა დაიჭიროს მხარი, შეამოწმეთ მათი დოკუმენტირებული PAC ტოკენების მხარდაჭერა, ნაცვლად იმისა, რომ Firefox-ის წყაროს დონის დეტალი სხვა იმპლემენტაციაში გადაიტანოთ.