Sare-txartel bat nahikoa da proxy esplizitu baterako

Forward proxy pribatu batek ez du fisikoki egon behar eramangarriaren eta routerraren artean. LAN bereko beste makina bat izan daiteke, sare-interfaze bakarra erabiliz.

Eramangarria proxyaren helbidera eta entzute-portura konektatzen da. Proxy prozesuak konexio bereizi bat irekitzen du webgunerantz edo haren gurasorantz. Interfaze berak bi elkarrizketak eraman ditzake, eta ostalariaren bideratze-taulak hurrengo jauzia aukeratzen du.

client → proxy listener
proxy → existing router → destination

Hori nahikoa da proxya modu esplizituan hautatu duen aplikazio batentzat. Linuxen, ohiko antolamendu honek ez du IP birbidalketa gaitzea eskatzen aplikazioaren eskaerak errepasatzeko soilik.

Ate lehenetsiak beste galdera bati erantzuten dio

Bezero baten ate lehenetsiak bezeroak beste sare batzuetarantz bidaltzen dituen paketeak kudeatzen ditu. Ezarpen hori aldatzeak ez du lortzen nabigatzaileak HTTP proxy eskaerak edo SOCKS negoziazioa igortzea. Era berean, nabigatzailean proxy bat sartzeak ez ditu gainerako aplikazio guztiak makina horretatik bideratzen.

Ostalari batek bi lanak egin ditzake, baina orduan bi konfigurazio kudeatu behar ditu: proxy zerbitzua eta bideratze edo suebaki funtzioa. Interfaze gehiagok sare-banaketa erraztu dezakete. Topologia-aukeraketa dira, ez HTTP proxy esplizituak ezarritako aurrebaldintza.

Bereizketa honek sarritan huts egiten duen esperimentu bat ere azaltzen du: proxy zerbitzari baten birbidaltze-arauak editatzeak ez du eraginik beste router batetik doan bezero-konexio zuzen batean. Paketeek ez zuten inoiz zerbitzari hura zeharkatu.

Baldintza erabilera derrigorrezkoa bada, zehaztu non kontrola daitekeen irteerako trafiko alternatiboa. Interfaze bakarreko proxy esplizitua baliozko zerbitzua izan daiteke, eta ate bereizi batek sare-politika betearazten du. Jarri betearazpena paketeak benetan pasatzen diren tokian.