Scrapy-ის HTTPS callback-ში X-ProxyMesh-IP-ის არარსებობა პირდაპირ მარშრუტიზაციას არ ამტკიცებს. გვირაბირებულ HTTPS-ში ProxyMesh მარშრუტიზაციის ჰედერებს CONNECT-ის პასუხზე ათავსებს; საიტის შემდგომი პასუხი TLS-ის შიგნითაა და ამ ადრინდელ მეტამონაცემებს ავტომატურად არ მოიცავს.

სადაც ჰედერი callback-ში ჩანს, წაიკითხეთ ის პირობითად:

exit_ip = response.headers.get(b'X-ProxyMesh-IP')
if exit_ip is not None:
    self.logger.info('Reported exit IP: %s', exit_ip.decode('ascii'))

ეს არის პროვაიდერის მიერ მოხსენებული გასვლა ამ გაცვლისთვის და არა კონფიგურირებული შესვლის ჰოსტის სახელი.

თუ გვირაბის მეტამონაცემები გჭირდებათ, გამოიყენეთ CONNECT ჰედერების გამომჟღავნებელი თავსებადი handler-ინტეგრაცია. ProxyMesh ერთს სწორედ ამ მიზნისთვის ინახავს; შეამოწმეთ მხარდაჭერილი Scrapy ვერსია და ჩამოტვირთვის handler. ობობის ანალიზი ვერ გამოავლენს ჰედერებს, რომლებიც ტრანსპორტს არასდროს მიუწოდებია.

დაუკავშირეთ მეტამონაცემები მათ კავშირს. გვირაბის ხელახალი გამოყენება ყოველი გვერდისთვის კიდევ ერთ CONNECT პასუხს არ ქმნის. დანიშნულების მიერ დაკვირვებული დამოუკიდებელი წყაროს მისამართისთვის შეამოწმეთ ამ დანიშნულების შემავალი კავშირი, ნაცვლად იმისა, რომ პროვაიდერის ჰედერი უნივერსალურ IP დეტექტორად მიიჩნიოთ.

დაკავშირებული სტატიები