როგორ წავიკითხოთ უფასო პროქსების სია
რას გეუბნებათ სინამდვილეში პროქსის სიის IP მისამართი, პორტი, პროტოკოლი, ქვეყანა, ანონიმურობის ნიშანი და განახლების დრო.
პროქსების სია კავშირის მონაცემებს იძლევა. 203.0.113.10:8080-ის მსგავსი ჩანაწერი კლიენტს ეუბნება, სად დაუკავშირდეს, მაგრამ არა რომელი პროქსი პროტოკოლი გამოიყენოს. მისამართი, პორტი და პროტოკოლი ერთად გჭირდებათ.
ზემოთ მოცემული მისამართი მაგალითებისთვისაა გამოყოფილი. პროგრამის გამართვისას ჩაანაცვლეთ უფასო პროქსების სიის ჩანაწერით.
დაიწყეთ ამ ველებით
| ველი | რისთვის გამოიყენება |
|---|---|
| IP მისამართი | პროქსის მსმენელის მისამართი. |
| პორტი | სერვისის პორტი ამ მისამართზე, მაგალითად 8080 ან 1080. |
| პროტოკოლი | პროქსის რეჟიმი, რომელიც კლიენტმა უნდა გამოიყენოს, მაგალითად HTTP, SOCKS4 ან SOCKS5. |
| ქვეყანა | IP მისამართისთვის მითითებული მდებარეობა. თუ ადგილს მნიშვნელობა აქვს, გამავალი მისამართიც შეამოწმეთ. |
| ანონიმურობა | კონკრეტული ტესტის კლასიფიკაცია, არა კონფიდენციალურობის სრული შეფასება. |
| განახლების ან შემოწმების დრო | როდის განახლდა ჩანაწერი ან ტესტი — სიის მიერ ველის განსაზღვრის მიხედვით. |
პორტების ნომრები პროტოკოლის იდენტიფიკატორები არ არის. 1080 პორტის ბოლო წერტილი ხშირად SOCKS-ს იყენებს, მაგრამ შეიძლება სხვასაც იყენებდეს. ასევე 443 პორტი არ ამტკიცებს, რომ პროქსი TLS კავშირებს იღებს. გამოიყენეთ პროტოკოლის ნიშანი, შემდეგ კი შეამოწმეთ მისი მხარდამჭერი კლიენტით.
ჩანაწერის კლიენტში შეტანა
ბრაუზერმა შეიძლება მისამართი და პორტი ცალკე ველებში მოითხოვოს. ბრძანების სტრიქონის ხელსაწყოს ხშირად URL სჭირდება:
http://203.0.113.10:8080
socks5://203.0.113.10:1080ესენი განსხვავებულ პროქსი სერვისებს აღწერს. აირჩიეთ ჩანაწერის შესაბამისი, ნაცვლად იმისა, რომ ორივე ურთიერთჩანაცვლებად ჩათვალოთ. თუ კლიენტს ცალკე HTTP და SOCKS პარამეტრები აქვს, HTTP ველში SOCKS მისამართი პროტოკოლს არ გარდაქმნის.
საჯარო სიის HTTPS ნიშანი ყურადღებას მოითხოვს. შეიძლება ნიშნავდეს, რომ ბოლო წერტილს HTTPS საიტების CONNECT-ით გადაცემა შეუძლია. ასეთ შემთხვევაში კავშირის პარამეტრი კვლავ HTTP პროქსი შეიძლება იყოს. TLS კავშირი თავად პროქსისთან ცალკე შესაძლებლობაა.
რა შეამოწმოთ ჩანაწერზე დაყრდნობამდე
HTTP ჩანაწერის გამოცდისას სცადეთ ერთი ჩვეულებრივი HTTP პროქსი მოთხოვნა კავშირის მოკლე ვადით. შეამოწმეთ, იღებს თუ არა პროქსი კავშირს, აღწევს თუ არა საჭირო ტიპის დანიშნულებას და ხედავს თუ არა დანიშნულება პროქსის გამავალ მისამართს. ორი ჩანაწერის შედარებისას ერთი სამიზნე შეინარჩუნეთ.
თუ ჩანაწერი ვერ მუშაობს, დროით შეზღუდული ტესტის შემდეგ გააგრძელეთ, უსასრულო ლოდინის ნაცვლად. საჯარო ბოლო წერტილები შეგროვებასა და გამოყენებას შორის შეიძლება გაქრეს. ახალი სტრიქონი სასარგებლო ინფორმაციაა, თუმცა სიაში არსებობა თქვენი მიმდინარე ქსელიდან წარმატებული მოთხოვნა არ არის.
ProxyHub-ში განასხვავეთ მონაცემების განახლება და რეალური კავშირის ტესტები. მიმდინარე სია ზედა წყაროების მონაცემებს აერთიანებს; ნაჩვენები დრო არ ადასტურებს, რომ ყველა ბოლო წერტილი ახლახან თქვენი მდებარეობიდან შემოწმდა.