Tinyproxy-ის Upstream წესები: ნაგულისხმევი პროქსი და გამონაკლისები
გამოიყენეთ Tinyproxy Upstream წესები გააზრებულად, განასხვავეთ ნაგულისხმევი მშობელი, კონკრეტული დანიშნულების წესი და პირდაპირი გამონაკლისი.
მშობელ პროქსის, რომელმაც ყველა დანიშნულება უნდა მოემსახუროს, სჭირდება ნაგულისხმევი გადამისამართების წესი. მას სულაც არ სჭირდება ბევრად უფრო ძველი Tinyproxy კონფიგურაციიდან კოპირებული wildcard.
მიმდინარე სახელმძღვანელო იყენებს პროქსის ტიპს და ბოლო წერტილს, დანიშნულების ამრჩევი კი არასავალდებულოა:
Upstream http parent.example.net:8080
ნებადართული საჯარო დანიშნულებებისთვის აუთენტიფიკაციის გარეშე საჯარო HTTP მშობელთან, HTTP პროქსების სია გთავაზობთ კანდიდატებს ამ ჰოსტისა და პორტისთვის; ნუ მიამაგრებთ სხვა მშობლის სერტიფიკატებს. არასავალდებულო დანიშნულების გამოტოვება დოკუმენტირებულ სინტაქსში მას ნაგულისხმევ upstream-ად აქცევს. უფრო კონკრეტულ დანიშნულების წესს შეუძლია შემდეგ გამოხატოს სხვა მარშრუტი ან განზრახ პირდაპირი გამონაკლისი.
არ აურიოთ სხვადასხვა გამოშვების გრამატიკა
ძველი მაგალითი, რომელიც მხოლოდ მისამართს, პორტს და ბოლო წერტილს შეიცავს, შეიძლება სხვა ვერსიას ეკუთვნოდეს. შეათანხმეთ სახელმძღვანელო დაყენებულ პაკეტთან, მათ შორის upstream ფუნქციების მხარდაჭერასა და მხარდაჭერილ მშობლის პროტოკოლებთან.
წესების თანმიმდევრობასაც აქვს მნიშვნელობა. სახელმძღვანელო აღწერს ბოლო დამთხვევის ქცევას, ამიტომ ერთი შეხედვით სწორი გამონაკლისი შეიძლება დამალოს მოგვიანებით დამთხვეულმა წესმა. გადახედეთ მთელ ნაკრებს და არა მხოლოდ რედაქტირებულ ხაზს.
არჩეული მშობლის საჯარო გასასვლელი კვლავ განცალკევებულია Tinyproxy-ის ლოკალური გამავალი წყაროსგან. თუ მიზანი კონკრეტული გარეგანი იდენტობის შენარჩუნებაა, დააფიქსირეთ რა ხდება, როცა მშობელი მიუწვდომელია და რომელ დანიშნულებებს ეძლევათ პირდაპირ გასვლის უფლება.
დაბოლოს, გამოყავით დანიშნულებების მარშრუტიზაცია კლიენტის წვდომისგან. Upstream წესი არ არის აუთენტიფიკაციის წესი და არ ზღუდავს, რომელ მანქანებს შეუძლიათ ლოკალური მსმენელის გამოყენება. მოწესრიგებული მარშრუტების ცხრილი ვერ ანაზღაურებს ღია პროქსი სერვისს.