Tinyproxy უარყოფს localhost-ს: შეამოწმეთ, რომელი loopback მისამართი მოვიდა
დიაგნოსტიკა Tinyproxy-ის ლოკალური წვდომის უარყოფებისა localhost-ის სახელის გარჩევის, IPv4 loopback-ის, IPv6 loopback-ისა და listener-ის მიბმების გამოყოფით.
თქვენი კონფიგურაცია უშვებს 127.0.0.1-ს, თუმცა localhost-ზე დაკავშირებული აპლიკაცია უარყოფილია. ნებადართულთა სიის გაფართოებამდე შეამოწმეთ, რომელი მისამართი გამოიყენა აპლიკაციამ.
localhost სახელია. გარემოს მიხედვით, მან შეიძლება კლიენტი IPv4 loopback-ზე, IPv6 loopback-ზე ან დაკავშირების მცდელობების მიმდევრობაზე გადაიყვანოს. IPv4 წყაროს წესი სულაც არ ემთხვევა ::1-დან მომავალ IPv6 კავშირს.
შეამოწმეთ სამი დამოუკიდებელი დეტალი
- რომელ მისამართზე დაუკავშირდა კლიენტი.
- რომელ მისამართზე უსმენს Tinyproxy.
- რომელი წყაროს მისამართი შეაფასა Tinyproxy-მ თავისი წვდომის წესებში.
უარყოფილი კავშირი მიუთითებს, რომ ამ ბოლო წერტილისთვის მისაწვდომი მსმენელი არ არსებობდა. Tinyproxy-ის წვდომის უარყოფის პასუხი ნიშნავს, რომ კავშირმა მიაღწია სერვისს და უარყოფილ იქნა მისი პოლიტიკის მიხედვით. ეს ხარვეზები სხვადასხვა შესწორებას მოითხოვს.
Tinyproxy 1.11.2-ისთვის listener-ისა და კლიენტის წვდომის პარამეტრები ამ ორ კონტროლს ცალკე აჩვენებს. თუ ლოკალური IPv6 კლიენტებია გათვალისწინებული, მკაფიო Allow ::1 ამ პოლიტიკას უფრო გარკვევით გამოხატავს, ვიდრე ჰოსტის სახელზე დაფუძნებული წესის ქცევაზე დაყრდნობა.
არ გახსენით პროქსი მთელ კერძო ქვექსელზე მხოლოდ loopback-ის შეუსაბამობის გადასაჭრელად. ასევე გახსოვდეთ, რომ loopback ლოკალურია შესაბამისი ქსელური გარემოსთვის. კონტეინერის loopback მისამართი არ იდენტიფიცირებს სხვა მანქანის პროქსის, მაშინაც კი, თუ ორივე localhost სახელს იყენებს.
დიაგნოსტიკაში გამოიყენეთ დაკვირვებული რიცხვითი ბოლო წერტილი და წყარო. როდესაც ისინი გათვალისწინებულ პოლიტიკას დაემთხვევა, დარჩენილი ნებისმიერი პროქსი შესვლის ან დანიშნულების ხარვეზი შემდგომი ეტაპია და არა მტკიცებულება იმისა, რომ localhost-ს შეუზღუდავი გამონაკლისი სჭირდება.