Linux atebide batek proxy prozesua exekutatu dezake eta, aldi berean, trafikoa haren ingurutik bideratu. Ez dira pakete-bide bera.

KonexioaTokiko eginkizun esanguratsua
Bezeroa atebideko proxyra iristen daTokiko ostalarira zuzendutako trafikoa
Bezeroa atebidearen bidez beste ostalari batera iristen daBirbidalitako trafikoa
Proxyak webgune-konexio bat irekitzen duTokiko prozesu batek sortutako trafikoa

Netfilterrek sarrera, birbidalketa eta irteera bideak bereizten ditu. Atebidearen proxy entzule propioaren sarbidea arautzen duen arauak ez du automatikoki mugatzen makina horretatik igarotzen den konexio bideratu guztia.

Zer betearazi behar den zehaztu

Bezeroek onartutako proxya erabili behar badute, politikak haien irteera-bide alternatiboak ere jorratu behar ditu, aurreikusitako entzulea onartzeaz gain. Proxy ataka ezaguna erabiltzen duelako urruneko edozein zerbitzutara konexioak baimentzea ez da zure proxyaren amaierako puntua bakarrik baimentzearen berdina.

Eduki proxyaren beraren ondorengo sarbidea bereizita. Squid-en kasuan, bereizi tokiko socketaren jabetza LAN erabiltzailearen identitatetik irteera-baimena aplikatu aurretik. Proxyaren irteera-konexio erabilgarri guztiak ukatzeak beharrezko bidea erabilgaitz bihurtuko luke. Kudeaketa-trafikoak, izenen ebazpenak eta onartutako web-ez diren eragiketek ere tratamendu deliberatua behar dute hedapenaren politikan.

Protokoloaren irismena garrantzitsua da. TCP arau batek berez ez du UDP trafikorik deskribatzen, QUIC barne. Trafikoa atzematea beste diseinu bat da; HTTPS proxy esplizitu batek CONNECT eman dezake webgunearen saioa deszifratu gabe.

Kartografiatu aurreikusitako konexioak arau-multzoa editatu aurretik. Nabigatzailearen hobespenak bide bat hautatzen du parte hartzen duten bezeroentzat. Sarearen betearazpenak erabakitzen du zein beste bidek lor dezaketen arrakasta. Biak ez lirateke proxyan saio-hasiera arrakastatsu batetik soilik ondorioztatu behar.

Erlazionatutako artikuluak