რატომ ცვლის პროქსი ბრაუზერის IP-ს, მაგრამ არა სხვა აპებისას
ბრაუზერის ან Wi-Fi-ის HTTP პროქსი პარამეტრი ყველა აპსა და პროტოკოლს ავტომატურად არ ატარებს არჩეულ IP-ზე.
ბრაუზერში შეცვლილი IP იმ ბრაუზერის მოთხოვნას აღწერს. სხვა აპებმა შეიძლება პირდაპირი მარშრუტი შეინარჩუნონ, რადგან პროქსის პარამეტრებს თითოეული კლიენტი უნდა უჭერდეს მხარს და იყენებდეს.
| სად დაყენდა პროქსი | რას მართავს ჩვეულებრივ |
|---|---|
| Firefox-ის ხელით პარამეტრები | Firefox-ის მხარდაჭერილ მოთხოვნებს. |
| სისტემის HTTP პროქსი | აპებს, რომლებიც ამ კონფიგურაციას კითხულობს და მხარს უჭერს. |
| აპის HTTP ან SOCKS არჩევანი | აპის განხორციელებით მოცულ ტრაფიკს. |
| Wi-Fi ქსელის პროქსი | კლიენტებს, რომლებიც ამ ქსელში ამ პარამეტრს იყენებს. |
თამაშმა ან ხმოვანმა ზარმა შეიძლება HTTP გზის გარეთ ტრაფიკი გამოიყენოს; პირდაპირი სოკეტების გამხსნელმა აპმა შეიძლება სისტემის პროქსი სრულად გამოტოვოს. SOCKS5-საც სჭირდება განხორციელების მხარდაჭერა: პროტოკოლი UDP ასოციაციას განსაზღვრავს, მაგრამ Chromium-ის ჩაშენებული SOCKS5 მხარდაჭერა TCP URL მოთხოვნებს მოიცავს და არა ზოგად UDP რელეს.
იპოვეთ სხვა აპის დოკუმენტირებული პროქსი ინტერფეისი და შეუსაბამეთ მისი პროტოკოლი. თუ ასეთი ინტერფეისი არ აქვს, სისტემის HTTP ბოლო წერტილის განმეორებითი შეცვლა აპს ალბათ ვერ გამართავს. გადაამოწმეთ იმ აპიდან მოთხოვნა მისი დიაგნოსტიკით ან თქვენ მიერ მართული დანიშნულებით; curl-ს ბოლო წერტილის დადასტურება შეუძლია, მაგრამ არა სხვა აპის მარშრუტის დამოწმება.
კიდევ შეამოწმეთ გაშვების ან ქსელის ცვლილების შემდეგ. პროცესმა შეიძლება გაშვებისას წაკითხული პარამეტრები შეინარჩუნოს, მობილურ მონაცემებზე გადასული ტელეფონი კი Wi-Fi-ს სპეციფიკურ კონფიგურაციას ტოვებს. თუ მთელი მოწყობილობის მარშრუტიზაცია გჭირდებათ, აირჩიეთ შესაბამისი მასშტაბისთვის შექმნილი მექანიზმი; ერთი კლიენტის HTTP პარამეტრი ამას ვერ შექმნის.