Interneteko nabigatzea pasabidearen proxyaren erregistroan agertzen da. Bulegoko LANeko webgune bat ez. URL iragazkia aldatu aurretik, egiaztatu LANeko eskaerak pasabidea benetan iritsi zuen.

Zuzenean konektatutako IPv4 helmuga baterako, bezeroak helmugaren lotura-geruzako helbidea ebatz dezake eta bertara bidal dezake segmentu lokalean. Bere pasabide lehenetsia ez da automatikoki bide horretan egoten. Pasabideko interceptazio arau garden batek ezin ditu pasabideak inoiz jasotzen ez dituen paketeak birbideratu.

Adibidez, estekak lotutako azpisare bereko bi ostalarik trafikoa kommutadore baten bidez truka dezakete, proxy makina beste kommutadore ataka batera konektatuta dagoen bitartean. LAN horretan egoteak soilik ez du proxy beste helbideratze puntu bihurtzen.

Aukeratu nahi den bidea

Proxy ezarpen esplizitu batek parte hartzen duen aplikazioaren eskaera proxyari bidal diezaioke, helburuko webgunea lokala izan arren. Egiaztatu saihesteko arauak eta PAC erabakiak ere: baliteke nahita DIRECT aukeratzea izen edo helbide pribatuetarako.

Interceptazioa beharrezkoa bada, sareak interceptazio puntua benetan bidean jarri behar du; Linux pasabide batean, bereizi paketeen bide lokalak eta birbidaliak. Azpisareen bideratze bidezko bereizketa edo nahita linean jarritako zubi batek hori egin dezakete diseinu egokietan, baina bakoitzak helbideratze eta hutsegite jokabidea aldatzen du. LANeko beste tokiko zubi bat ez dago automatikoki linean.

Mantendu aplikazio protokoloaren baldintza bereizita. Trafikoak kutxa zeharkatu ondoren ere, entzuleak interceptazio modua onartu behar du. Paketeak mugitzea ez da HTTPS deszifratzeko baimena, ezta SOCKS ataka arrunt batek onar ditzakeen bermea ere.

Erregistratu bezeroak aukeratutako bidea, segmentu lokala eta benetako helbideratze gailua. Proxy erregistro bat falta izatea topologiaren deskribapen zuzena izan daiteke, eta ez erregistratze hutsa.

Erlazionatutako artikuluak