შეიძლება პროქსის შემოწმება ping-ით?
Ping-ის პასუხი ICMP ხელმისაწვდომობას ამოწმებს და არა პროქსის პორტზე HTTP ან SOCKS სერვისს.
ping აჩვენებს, მიიღო თუ არა ICMP ექო-მოთხოვნამ პასუხი. ის არ ხსნის პროქსიების სიაში მითითებულ HTTP ან SOCKS პორტს და არ სთხოვს პროქსის საიტთან დაკავშირებას.
განსხვავება მნიშვნელოვანია, როცა ჩანაწერი ping-ს პასუხობს, მაგრამ პროქსი კავშირს უარყოფს. ICMP და პროქსის TCP სერვისი ჰოსტის პროგრამებსა და წვდომის წესებში სხვადასხვა გზას გადის. ხელმისაწვდომ მისამართზე შეიძლება არჩეულ პორტს არცერთი პროქსი არ უსმენდეს.
სამი შედეგი, რომელთა არასწორად გაგება ადვილია
- Ping პასუხობს, პროქსი ვერ მუშაობს: გამოიკვლიეთ სერვისის პორტი, პროტოკოლი, ავთენტიფიკაცია და პროქსის პასუხი. ექოს პასუხს ეს არ შეუმოწმებია.
- Ping ვერ მუშაობს, პროქსი მუშაობს: ქსელმა ან ჰოსტმა შეიძლება ICMP გაფილტროს, პროქსი კავშირი კი დაუშვას. უპასუხო ექო-მოთხოვნის გამო აპის წარმატებულ ტესტს ნუ უარყოფთ.
- Ping სწრაფია, მოთხოვნები ნელია: ექოს ორმხრივი გზა არ მოიცავს პროქსის შეთანხმებას, პროქსიდან სამიზნემდე გზას, TLS-ს და სამიზნის პასუხის დროს.
გამოიყენეთ კლიენტის რეალური ოპერაცია
HTTP წერტილისთვის მისი გავლით განსაზღვრული შეზღუდვების მქონე HTTP მოთხოვნა გაგზავნეთ. თუ HTTPS გჭირდებათ, გვირაბის შექმნა და სამიზნის TLS პასუხიც დაადასტურეთ. SOCKS-ისთვის აპის მხარდაჭერილი SOCKS რეჟიმი გამოიყენეთ. TCP პორტის შემოწმება სასარგებლო შუალედური დაკვირვებაა, თუმცა პროტოკოლის ამ ნაბიჯებამდე ჩერდება.
ცნობილი მარშრუტის პრობლემების ძიებისას ping დამხმარე ქსელურ ინფორმაციად შეინარჩუნეთ. მისი შედეგი აპის შედეგისგან ცალკე წარმოადგინეთ. „IP ექო-მოთხოვნებს პასუხობს“ და „პროქსიმ ეს HTTPS მოთხოვნა დაასრულა“ სხვადასხვა მტკიცებაა; მხოლოდ მეორე ამოწმებს სასურველ ოპერაციას.