Cea mai frecventă capcană la extensiile proxy pentru browser este domeniul de aplicare: preiau doar traficul browserului și pot ajunge pe o conexiune directă atunci când nicio regulă nu se potrivește. Articolul clasifică extensiile după utilizare, enumeră criterii de evaluare precum protocolul, autentificarea, permisiunile și starea mentenanței și oferă pași de autotestare pentru IP-ul de ieșire și scurgerile WebRTC.
Extensiile proxy pentru browser au o limită des trecută cu vederea: preiau doar cererile trimise de browser. Actualizările de sistem, clienții desktop și alte aplicații continuă să folosească ruta inițială. Stabilește mai întâi exact ce vrei să treacă prin proxy și abia apoi alege instrumentul: vei economisi multe verificări mai târziu.
Împarte-le mai întâi în trei categorii de utilizare
Cea mai frecventă nevoie este comutarea pe site: câteva domenii să treacă prin proxy, iar restul să se conecteze direct. Acest scenariu este controlat printr-o listă de reguli, iar valoarea extensiei constă în comutarea rapidă și în împărțirea pe domenii.
Al doilea tip este proxy-ul global, în care tot traficul browserului iese printr-un singur punct de ieșire. Configurarea este cea mai simplă, dar costul este imediat: dacă ieșirea cade, browserul rămâne practic fără internet, ceea ce face utilizarea zilnică instabilă.
Al treilea tip este legat de un mediu: fiecare profil de browser este fixat pe o singură ieșire, iar profilurile nu se influențează reciproc. Aceasta este abordarea folosită când rulezi mai multe conturi sau mai multe proiecte în paralel; aici extensia este mai degrabă un complement, pentru că ieșirea în sine este de obicei configurată la un nivel inferior.
La ce să te uiți când evaluezi o extensie
Suportul pentru protocoale este pe primul loc. Proxy-urile HTTP și HTTPS tratează doar TCP, în timp ce SOCKS5 este mai general, însă suportul pentru UDP depinde de implementare, iar multe extensii fie lasă UDP să treacă, fie îl aruncă complet. Acest lucru contează mai târziu, pentru că este direct legat de scurgerile WebRTC.
Uită-te atent la metoda de autentificare. Autentificarea cu utilizator și parolă este comodă, dar datele de acces salvate în extensie rămân local în text simplu sau cu criptare slabă, astfel încât oricine altcineva folosește calculatorul le poate citi; autentificarea prin listă de IP-uri permise nu stochează nimic în extensie, cu prețul că trebuie să refaci lista la fiecare schimbare de rețea.
Domeniul de aplicare este locul unde apar cel mai des problemele. În modul cu reguli, domeniile care nu se potrivesc cu nicio regulă ies implicit direct, iar s-ar putea să nu știi ce domenii solicită de fapt pagina. După ce un site HTTPS stabilește conexiunea, extensia vede doar domeniul, nu calea exactă, așa că ideea de a împărți traficul după cale practic nu funcționează.
Verifică și întinderea permisiunilor. Dacă o extensie proxy cere în plus permisiunea de a citi datele tuturor site-urilor, informații despre file sau acces la clipboard, întreabă-te dacă aceste permisiuni au legătură cu funcția pe care o declară. Actualizările de versiune ale manifestului extensiilor restrâng și ele interfețele disponibile, motiv pentru care unele extensii vechi au fost nevoite să își schimbe arhitectura.
Pentru activitatea de mentenanță, nu te uita câte intrări are jurnalul de modificări, ci dacă cineva ține pasul cu schimbările din amonte. Dintre extensiile proxy, versiunea din magazin a Proxy SwitchyOmega a fost retrasă, iar un fork întreținut de comunitate (de exemplu linia ZeroOmega) a preluat adaptările ulterioare; extensii precum FoxyProxy au versiuni pe mai multe browsere. Acestea sunt doar exemple neutre; care se potrivește mai bine depinde în continuare de punctele de mai sus.
Traficul pe care nu îl acoperă
După instalarea extensiei, browserul trece prin proxy, dar alte programe de pe același calculator, serviciile de actualizare din fundal și o parte din traficul din interiorul browserului care nu urmează calea de cerere a extensiei pot ieși în continuare prin mașina locală. Verificarea consecvenței rețelei nu se poate limita la panoul extensiei. Pentru izolare completă trebuie acționat la nivelul proxy-ului de sistem sau mai sus.
Autotestare: mai întâi ieșirea, apoi scurgerile
Primul pas este verificarea IP-ului de ieșire. Deschide câteva pagini care returnează IP-ul vizitatorului și locația, verifică o dată într-o fereastră normală și o dată într-o filă care corespunde regulilor tale, apoi compară rezultatele. Dacă o regulă indică un proxy și totuși apare adresa locală, regula nu s-a aplicat sau domeniul nu s-a potrivit. Testarea mai multor site-uri dezvăluie cazurile în care doar o parte din cereri trec prin proxy.
Al doilea pas este verificarea WebRTC. Există pagini de test dedicate care listează adresele candidate locale și adresele candidate publice obținute de browser; dacă între cele publice apare IP-ul tău real în loc de ieșirea proxy, traficul UDP nu trece prin proxy, iar scripturile paginii pot stabili în continuare locația ta reală în rețea.
Al treilea pas este verificarea DNS. Dacă locația serverului de rezolvare DNS este foarte departe de locația ieșirii, unele site-uri vor considera mediul ca fiind anormal.
Ultimul pas este să testezi din nou într-o fereastră incognito. Multe extensii nu sunt active implicit în modul incognito și trebuie permise manual din setările extensiei; uitarea acestui pas duce la concluzii complet greșite.
Decide utilizarea după teste
Rezultatele autotestării sunt mai fiabile decât documentația unei extensii. După ce ieșirea reală, locația rezolvării DNS și expunerea WebRTC sunt aliniate, decide dacă folosești în continuare extensia sau cobori ieșirea la un nivel inferior. În scenariile cu mai multe medii paralele, este mai bine să atribui fiecărui mediu o ieșire proprie și fixă, în loc ca mai multe mașini să împartă o singură ieșire.
