Një gateway Linux mund të ekzekutojë procesin e proxy-t dhe gjithashtu të rrugëzojë trafikun përveç tij. Këto nuk janë e njëjta rrugë e paketave.

LidhjaRoli lokal përkatës
Klienti arrin proxy-n në gatewayTrafiku i adresuar te hosti lokal
Klienti arrin një host tjetër përmes gateway-tTrafiku i përcjellë
Proxy hap një lidhje me një sajtTrafiku i gjeneruar nga një proces lokal

Netfilter dallon rrugët e hyrjes, të përcjelljes dhe të daljes. Një rregull që qeveris aksesin te dëgjuesi i vetë proxy-t të gateway-t nuk kufizon automatikisht çdo lidhje të rrugëzuar përmes asaj makine.

Përcaktoni çfarë duhet zbatuar

Nëse klientët duhet të përdorin proxy-n e miratuar, politika duhet të trajtojë edhe rrugët e tyre alternative të daljes përveç lejimit të dëgjuesit të synuar. Lejimi i lidhjeve me çdo shërbim të largët vetëm sepse përdor portën e njohur të proxy-t nuk është e njëjtë me lejimin vetëm të pikës tuaj fundore të proxy-t.

Mbajeni të veçantë aksesin e mëtejshëm të vetë proxy-t. Për Squid, dalloni pronësinë e socket-it lokal nga identiteti i përdoruesit të LAN përpara se të zbatoni një leje daljeje. Mohimi i të gjitha lidhjeve të dobishme dalëse nga proxy do ta bënte rrugën e kërkuar të padisponueshme. Trafiku i menaxhimit, zgjidhja e emrave dhe veprimet e mbështetura jo-web gjithashtu kërkojnë trajtim të qëllimshëm në politikën e vendosjes.

Fusha e protokollit ka rëndësi. Një rregull TCP nuk e përshkruan në vetvete trafikun UDP, përfshirë QUIC. Përgjimi i trafikut është një projekt tjetër; një proxy HTTPS i shprehur mund të ofrojë CONNECT pa deshifruar sesionin e sajtit.

Hartoni lidhjet e synuara përpara se të modifikoni një grup rregullash. Një preferencë e shfletuesit zgjedh një rrugë për klientët pjesëmarrës. Zbatimi në rrjet vendos se cilat rrugë të tjera mund të kenë sukses. Asnjëra prej tyre nuk duhet të nxirret vetëm nga një hyrje e suksesshme në proxy.

Artikuj të ngjashëm