შეამოწმეთ, რომ პროქსი ყველასთვის ღია არ არის
გადამგზავნი პროქსის გახსნამდე შეამოწმეთ მსმენელი, წესების რიგი, ავტორიზაციის მონაცემები და რეალური გადაგზავნა დაშვებული თუ უარყოფილი წყაროებიდან.
გამოცადეთ წვდომის საზღვარი ახალი გადამგზავნი პროქსის სხვა ქსელებიდან ხელმისაწვდომობამდე. თავად სერვერიდან წარმატებული მოთხოვნა მცირედს ამტკიცებს უცხო კლიენტის შესაძლებლობებზე. გამოიყენეთ კონტროლირებადი დანიშნულება, რათა ნახოთ, უარყოფილი მოთხოვნა რეალურად გადაიგზავნა თუ არა.
შეამოწმეთ მოქმედი მსმენელი და პოლიტიკა
ნახეთ მსმენელი პროცესი და მისამართები, ჩართული IPv6-ის ჩათვლით. წაშალეთ უნებლიე დამატებითი მსმენელები ან ძველი სერვისის ეგზემპლარები. ქსელის ეკრანი შეზღუდეთ იმ წყაროებით, რომლებიც სერვისამდე უნდა მიდიოდეს.
შემდეგ ნახეთ რეალურად ჩატვირთული კონფიგურაცია, ჩართული ფაილების ჩათვლით. Squid 6-ში ადრეულმა დაშვებამ შეიძლება მოგვიანებით შეზღუდვა გააუქმოს. Tinyproxy 1.11.2-ში ყველა Allow და Deny ხაზის წაშლა ყველა კლიენტს უშვებს. Dante-ს აქვს კლიენტისა და SOCKS-ის ცალკე წესები, ამიტომ TCP კავშირის მიღება მთელი პოლიტიკა არ არის.
გამოიყენეთ დაყენებული ვერსიის დოკუმენტაცია. Squid 8-ის დირექტივების ცვლილება ვერსიის შემოწმების მიზეზია, არა იმის ვარაუდის, რომ ნაცნობი კონფიგურაცია იგივე მნიშვნელობით მიიღეს.
გამოცადეთ დაშვებული და უარყოფილი შემთხვევები
თუ პროქსიმ დამტკიცებული წყარო და შესვლა ერთად უნდა მოითხოვოს, ეს მატრიცა თქვენს კონტროლქვეშ მყოფ სისტემებში გამოცადეთ:
| წყარო | ავტორიზაციის მონაცემები | საჭირო შედეგი |
|---|---|---|
| დაშვებული | მართებული | განზრახული დანიშნულება მოთხოვნას იღებს. |
| დაშვებული | არ არის ან არასწორია | დანიშნულებამდე ვერ მიდის. |
| დაუშვებელი | მართებული ან არ არის | დანიშნულებამდე ვერ მიდის. |
ორი მოწყობილობა ერთ NAT-ს უკან შეიძლება ერთ წყაროდ გამოჩნდეს. აირჩიეთ სატესტო ადგილები პროქსისთან განსხვავებული წყაროს მისამართებით და ჟურნალებში დაადასტურეთ. არ გამოიყენოთ დაუკავშირებელი მესამე პირების მანქანები და არ დაასკანიროთ სხვების სერვისები.
ქსელის ეკრანის უარყოფამ შეიძლება HTTP პასუხი საერთოდ არ გასცეს; აპლიკაციის უარყოფამ შეცდომა დააბრუნოს. ორივე შემთხვევაში შეამოწმეთ, რომ კონტროლირებად მიზანს აკრძალული მოთხოვნა არ მიუღია; მარტო შეცდომის გვერდი დანიშნულების პასუხში შეიძლება აგერიოთ.
გამოცადეთ გადაგზავნის რეჟიმები, რომელთა დაშვებასაც აპირებთ
ვებ პროქსისთვის ჩვეულებრივი HTTP და დაშვებული HTTPS CONNECT გზა ცალ-ცალკე გამოსცადეთ. თუ პოლიტიკა დანიშნულებებს ზღუდავს, შეამოწმეთ დაშვებული და კონტროლირებადი მიზანი, რომელიც უნდა უარყოს. კონტროლი მხოლოდ ყველა ტესტის წარმატებისთვის არ მოხსნათ.
გაიმეორეთ წყაროს დიაპაზონების, ავტორიზაციის მონაცემების, მსმენელი მისამართების, ჩართული ფაილების ან ვერსიების ცვლილების შემდეგ. ტესტის დრო, კონფიგურაციის ვერსია და შედეგები ერთად შეინახეთ, რომ მოგვიანებით ცვლილება იმავე საზღვრით შეამოწმოთ.
ეს მიღების პროცედურაა, არა მტკიცება, რომ კონფიგურაციის პარსერი ან ერთი მოთხოვნა ყველა ქსელური გზის დახურვას ადასტურებს.