ღია TCP პორტი არ ამტკიცებს, რომ პროქსი მუშაობს
პორტის წარმატებული შემოწმება მხოლოდ კავშირს ამყარებს. შეამოწმეთ პროქსის ხელის ჩამორთმევა და დანიშნულების მოსალოდნელი პასუხიც.
ღია TCP პორტი აჩვენებს, რომ მსმენელმა კავშირი მიიღო. ეს შეიძლება იყოს პროქსი, ჩვეულებრივი ვებსერვერი ან სხვა სერვისი; პორტი 8080 პროტოკოლს არ ადგენს.
HTTP პროქსიდ დოკუმენტირებული ბოლო წერტილის რეალური მისამართი გამოიყენეთ დროით შეზღუდულ HTTPS მოთხოვნაში:
curl --proxy http://203.0.113.10:8080 --noproxy '' --connect-timeout 5 --max-time 15 --verbose https://example.com/დოკუმენტაციის მისამართი შეცვალეთ თქვენი HTTP ბოლო წერტილით ან HTTP პროქსების სიის კანდიდატით. SOCKS-ისთვის გამოიყენეთ შესაბამისი SOCKS კლიენტის რეჟიმი და დაასრულეთ შეთანხმება. არასწორი ხელის ჩამორთმევა შეიძლება TCP-ის მიღებისთანავე ჩავარდეს.
| დაკვირვებული ეტაპი | რას ადასტურებს |
|---|---|
| TCP მიღებულია | მსმენელი ხელმისაწვდომია. |
| პროქსის ხელის ჩამორთმევა მიღებულია | მსმენელმა ეს პროქსი-ოპერაცია მიიღო. |
| დანიშნულების TLS შემოწმებულია | კლიენტმა დაასრულა განზრახული უსაფრთხო კავშირი თავისი ნდობის პარამეტრების მიხედვით. |
| მოსალოდნელი სტატუსი და შიგთავსი მიღებულია | აპლიკაციის მოთხოვნამ მოსალოდნელი შედეგი გამოიღო. |
HTTP პროქსით HTTPS-ისთვის საჭიროა CONNECT-ის ნებართვა დანიშნულების პორტზე. CONNECT 200-იც შუალედური ეტაპია: გვირაბი შეიძლება TLS-ის ან საბოლოო მოთხოვნის წარმატებამდე დაიხუროს. დაუშიფრავი HTTP-ის წარმატება ამ გვირაბის შესაძლებლობას არ ამტკიცებს.
გამოიყენეთ პროგნოზირებადი შიგთავსის მქონე დანიშნულება, უმჯობესია თქვენი კონტროლით, და ხელმისაწვდომობისას შეამოწმეთ მისი მოთხოვნის ჩანაწერი. დაუშიფრავ HTTP მსმენელს შეუძლია ფიქსირებული გვერდი 200 სტატუსით დააბრუნოს სამიზნესთან საერთოდ დაკავშირების გარეშე. ნებისმიერი წარმატებული სტატუსი უფრო სუსტი მტკიცებულებაა, ვიდრე მოსალოდნელ პასუხთან დამთხვევა; HTTPS იდენტობის შემოწმება დამატებით დაცვას იძლევა.
ჩაიწერეთ ბოლო წარმატებული ეტაპი. „პორტი ღიაა, SOCKS შეთანხმება უარყოფილია“ შემდეგი გამოკვლევისთვის სასარგებლო საწყისს იძლევა.