Ինչու պրոքսին փոխում է զննարկչի 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 կարգավորումը դա չի հաստատում։